Error while running the tcmalloc/empirical . bazel run --config=opt fleetbench/tcmalloc:empirical_driver

[atharvabhanage12]

using bazel 6.3.2
using gcc 12.3.0

above issue is now fixed but now ended up with this issue. please guide me.

bazel run --config=opt fleetbench/tcmalloc:empirical_driver
WARNING: Output base ' /.cache/bazel/_bazel_athbha01/8f4a24188ec25142b28e12f4ec4ee68a' is on NFS. This may lead to surprising failures and undetermined behavior.
DEBUG: /.cache/bazel/_bazel_athbha01/8f4a24188ec25142b28e12f4ec4ee68a/external/rules_python/python/pip.bzl:47:10: pip_install is deprecated. Please switch to pip_parse. pip_install will be removed in a future release.
INFO: Analyzed target //fleetbench/tcmalloc:empirical_driver (79 packages loaded, 2119 targets configured).
INFO: Found 1 target...
INFO: From Compiling absl/strings/internal/str_format/float_conversion.cc:
In file included from /usr/include/string.h:638,
from /gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../include/c++/12.2.0/cstring:42,
from external/com_google_absl/absl/strings/internal/str_format/extension.h:23,
from external/com_google_absl/absl/strings/internal/str_format/float_conversion.h:18,
from external/com_google_absl/absl/strings/internal/str_format/float_conversion.cc:15:
In function 'void* memset(void*, int, size_t)',
inlined from 'absl::str_format_internal::FormatSinkImpl::Append(size_t, char)::<lambda(size_t)>' at external/com_google_absl/absl/strings/internal/str_format/extension.h:82:13,
inlined from 'void absl::str_format_internal::FormatSinkImpl::Append(size_t, char)' at external/com_google_absl/absl/strings/internal/str_format/extension.h:88:19,
inlined from 'void absl::str_format_internal::{anonymous}::FormatFNegativeExpSlow(absl::uint128, int, const FormatState&)' at external/com_google_absl/absl/strings/internal/str_format/float_conversion.cc:616:49:
/usr/include/bits/string3.h:81:30: warning: call to '__warn_memset_zero_len' declared with attribute warning: memset used with constant zero length parameter; this could be due to transposed parameters [-Wattribute-warning]
81 | __warn_memset_zero_len ();
| ~~~~~~~~~~~~~~~~~~~~~~~^~
INFO: From Compiling fleetbench/benchmark_main.cc:
fleetbench/benchmark_main.cc: In function 'int main(int, char**)':
fleetbench/benchmark_main.cc:26:16: warning: unused variable 'background' [-Wunused-variable]
26 | static auto* background =
| ^~~~~~~~~~
INFO: From Compiling fleetbench/tcmalloc/empirical_driver.cc:
In file included from external/com_google_absl/absl/base/macros.h:36,
from external/com_google_absl/absl/base/dynamic_annotations.h:54,
from external/com_google_absl/absl/base/internal/spinlock.h:37,
from fleetbench/tcmalloc/empirical_driver.cc:32:
external/com_google_absl/absl/log/internal/check_op.h: In instantiation of 'constexpr std::string* absl::log_internal::Check_GTImpl(const T1&, const T2&, const char*) [with T1 = long unsigned int; T2 = int; std::string = std::__cxx11::basic_string]':
fleetbench/tcmalloc/empirical_driver.cc:127:5: required from here
external/com_google_absl/absl/log/internal/check_op.h:341:43: warning: comparison of integer expressions of different signedness: 'const long unsigned int' and 'const int' [-Wsign-compare]
341 | ABSL_LOG_INTERNAL_CHECK_OP_IMPL(Check_GT, >)
external/com_google_absl/absl/base/optimization.h:179:58: note: in definition of macro 'ABSL_PREDICT_TRUE'
179 | #define ABSL_PREDICT_TRUE(x) (__builtin_expect(false || (x), true))
| ^
external/com_google_absl/absl/log/internal/check_op.h:341:1: note: in expansion of macro 'ABSL_LOG_INTERNAL_CHECK_OP_IMPL'
341 | ABSL_LOG_INTERNAL_CHECK_OP_IMPL(Check_GT, >)
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
ERROR: /test_bench/google-fleetbench-b1a91dd/fleetbench/tcmalloc/BUILD:48:8: Linking fleetbench/tcmalloc/empirical_driver failed: (Exit 1): gcc failed: error executing command (from target //fleetbench/tcmalloc:empirical_driver)/gnu/gcc/12.2.0/rhe7-x86_64/bin/gcc @bazel-out/k8-opt/bin/fleetbench/tcmalloc/empirical_driver-2.params

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
/bin/ld:/gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info
/bin/ld: /gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/libgcc.a(_muldi3.o): unable to initialize decompress status for section .debug_info
/bin/ld: /gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/libgcc.a(_popcountsi2.o): unable to initialize decompress status for section .debug_info
/bin/ld: /gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/libgcc.a(_popcountsi2.o): unable to initialize decompress status for section .debug_info
/gnu/gcc/12.2.0/rhe7-x86_64/lib/gcc/x86_64-pc-linux-gnu/12.2.0/libgcc.a: error adding symbols: File format not recognized
collect2: error: ld returned 1 exit status
Target //fleetbench/tcmalloc:empirical_driver failed to build
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 102.390s, Critical Path: 96.84s
INFO: 387 processes: 97 internal, 290 processwrapper-sandbox.
FAILED: Build did NOT complete successfully
ERROR: Build failed. Not running target

[rjogrady]

We don't see this behavior so this may be something with your environment.

Are you able to compile and run anything with bazel, or do you think this is specific to Fleetbench?

I see /arm in your error messages, are you building on an Arm host? Or in a virtualized environment?
I also see rhe7, have you tried a more recent distribution? rhe7 is nearly end of life.

Also please note this error from bazel:
WARNING: Output base ' /.cache/bazel/_bazel_athbha01/8f4a24188ec25142b28e12f4ec4ee68a' is on NFS. This may lead to surprising failures and undetermined behavior.

This kind of setup should be avoided: bazelbuild/bazel#2042

[atharvabhanage12]

NFS was the actual issue!! tried on normal VM it worked!!
Seamless Build!!