Closed uttampawar closed 1 year ago
@llvm/issue-subscribers-bolt
What's the compiler used? Can you please provide a reproducer?
@aaupov Here is the compiler details, BTW, llvm build was done on Ubuntu 18.04, and used to instrument a program on RHEL 8.x $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.5.0-3ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04) I don't have a small test case to re-produce this error at this time.
@aaupov Here are the llvm=bolt execution and application build environment details,
$ uname -a Linux node008 4.18.0-372.26.1.el8_6.x86_64 #1 SMP Sat Aug 27 02:44:20 EDT
$ ldd --version ldd (GNU libc) 2.28
$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/9.2.0/lto-wrappeTarget: x86_64-pc-linux-gnu Configured with: ../gcc-9.2.0/configure --disable-multilib --enable-languages=c,c++ Thread model: posix gcc version 9.2.0 (GCC)
Application build flags, CFLAGS: "-O3 -g -fno-reorder-blocks-and-partition -std=c++11" LDFLAGS: "-Wl,--emit-relocs,-znow"
I would guess that some function has incorrect CFI information encoded in .eh_frame, perhaps written in assembly. As a workaround, you can exclude the problematic function with -skip-funcs
. In order to find which function it is, you can try bughunter.sh script, or use debug build of BOLT and print getPrintName()
in the crashing frame (it should be in BinaryFunction
method).
@aaupov Thanks. I'll try that out. Thanks
The issue appears to be mitigated. Otherwise please reopen and provide extra details.
Environment: