[Bug binutils/18616] oprofile fails with "BFD: Dwarf Error: found dwarf version '64617', this reader only handles version 2, 3 and 4 information"
https://sourceware.org/bugzilla/show_bug.cgi?id=18616 --- Comment #4 from Nick Clifton --- Hi Marco, > I have a similar Gentoo setup with binutils 2.29.1 and see the same errors. This is surprising. > The instructions seem outdated, as neither binutils nor gdb currently offer > the "zlib" USE-flag. A USE-flag controls configuration options and > dependencies of a package about to be compiled and installed on Gentoo. > Maybe it is auto-detected now. Yes, it is. I ran the debug files in the tarball you uploaded through objdump (which uses the BFD library) and readelf (which does not) from the 2.29 binutils release, and they were able to display the debug information without any problems. (Admittedly this was using the Fedora 27 binutils, not Gentoo). I did not try using oprofile, but that is because I do not know how to use it. Do you have an example command line that I could try ? Detection of compressed sections relies upon a special bit in the ELF section header flags (SHF_COMPRESSED). Is it possible that oprofile is somehow stripping this bit out, before calling the BFD routines ? Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23045] New: Ice in demangler
https://sourceware.org/bugzilla/show_bug.cgi?id=23045 Bug ID: 23045 Summary: Ice in demangler Product: binutils Version: 2.31 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: fiesh at zefix dot tv Target Milestone: --- The following leads to cxxfilt running with 100% CPU indefinitely: /tmp/binutils-gdb/binutils (master✗) % echo '_ZN9QtPrivate18QFunctorSlotObjectIZN9MainOwner20setupCommandLineModeEvEUlT_E_Li1ENS_4ListIJN5boost6fusion3mapIJNS6_4pairIN3row12ManufacturerESt10shared_ptrIKSt6vectorISA_SaISA_ENS8_INS9_8MaterialESB_IKSC_ISI_SaISI_ENS8_INS9_12UserMaterialESB_IKSC_ISO_SaISO_ENS8_INS9_13UpperDieGroupESB_IKSC_ISU_SaISU_ENS8_INS9_13LowerDieGroupESB_IKSC_IS10_SaIS10_ENS8_INS9_16AirBendDeductionESB_IKSC_IS16_SaIS16_ENS8_INS9_8UpperDieESB_IKSC_IS1C_SaIS1C_ENS8_INS9_8LowerDieESB_IKSC_IS1I_SaIS1I_ENS8_INS9_12UpperDieUnitESB_IKSC_IS1O_SaIS1O_ENS8_INS9_12LowerDieUnitESB_IKSC_IS1U_SaIS1U_ENS8_INS9_16LaserCuttingTypeESB_IKSC_IS20_SaIS20_ENS8_INS9_22LaserCuttingTechnologyESB_IKSC_IS26_SaIS26_ENS8_INS9_8WorkStepESB_IKSC_IS2C_SaIS2C_ENS8_INS9_14CalcPriceBlockESB_IKSC_IS2I_SaIS2I_ENS8_INS9_19CalcSheetMetalPriceESB_IKSC_IS2O_SaIS2O_ENS8_INS9_26CalcLaserCuttingTechnologyESB_IKSC_IS2U_SaIS2U_ENS8_INS9_16CalcAirBendTimesESB_IKSC_IS30_SaIS30_ENS8_INS9_19CalcWorkStepPricingESB_IKSC_IS36_SaIS36_ENS8_INS9_19UserDefinedWorkStepESB_IKSC_IS3C_SaIS3C_ENS8_INS9_14CalcSurchargesESB_IKSC_IS3I_SaIS3I_ENS8_INS9_15UserContactDataESB_IKSC_IS3O_SaIS3O_ENS8_INS9_15TermsOfDeliveryESB_IKSC_IS3U_SaIS3U_ENS8_INS9_14TermsOfPaymentESB_IKSC_IS40_SaIS40_ENS8_INS9_8CustomerESB_IKSC_IS46_SaIS46_ENS8_INS9_21CustomerContactPersonESB_IKSC_IS4C_SaIS4C_ENS8_INS9_15CustomerAddressESB_IKSC_IS4I_SaIS4I_ENS8_INS9_12SupplierTypeESB_IKSC_IS4O_SaIS4O_ENS8_INS9_8SupplierESB_IKSC_IS4U_SaIS4U_ENS8_INS9_21SupplierContactPersonESB_IKSC_IS50_SaIS50_ENS8_INS9_15SupplierAddressESB_IKSC_IS56_SaIS56_ENS8_INS9_20CalcLaserCuttingTypeESB_IKSC_IS5C_SaIS5C_ENS8_INS9_22CalcCustomerPriceBlockESB_IKSC_IS5I_SaIS5I_ENS8_INS9_29CommonConstraintsSheetCuttingESB_IKSC_IS5O_SaIS5O_ENS8_INS9_31SpecificConstraintsSheetCuttingESB_IKSC_IS5U_SaIS5U_EEEvE4implEiPNS_15QSlotObjectBaseEP7QObjectPPvPb' | ./cxxfilt -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/23046] New: gold crashes while linking armv7hl binaries built with clang 6.0
https://sourceware.org/bugzilla/show_bug.cgi?id=23046 Bug ID: 23046 Summary: gold crashes while linking armv7hl binaries built with clang 6.0 Product: binutils Version: 2.30 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: bero at lindev dot ch CC: ian at airs dot com Target Milestone: --- gold frequently crashes while linking armv7hl binaries built with clang 6.0 -- for example when building alsa-libs: /usr/bin/ld -z relro -X --hash-style=gnu --build-id --enable-new-dtags --eh-frame-hdr -m armelf_linux_eabi -shared -o .libs/libasound.so.2.0.0 /usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/../../../../lib/crti.o /usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/crtbeginS.o -L/usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0 -L/usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/../../../../lib -L/usr/bin/../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/../../.. -L/usr/bin/../lib -L/lib -L/usr/lib .libs/conf.o .libs/confmisc.o .libs/input.o .libs/output.o .libs/async.o .libs/error.o .libs/dlmisc.o .libs/socket.o .libs/shmarea.o .libs/userfile.o .libs/names.o --whole-archive control/.libs/libcontrol.a mixer/.libs/libmixer.a pcm/.libs/libpcm.a timer/.libs/libtimer.a rawmidi/.libs/librawmidi.a hwdep/.libs/libhwdep.a seq/.libs/libseq.a ucm/.libs/libucm.a topology/.libs/libtopology.a --no-whole-archive -lm -ldl -lpthread -lrt --version-script=Versions -Bsymbolic-functions --no-undefined -O2 -soname libasound.so.2 -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/crtendS.o /usr/bin/../lib/gcc/armv7hl-mandriva-linux-gnueabihf/7.3.0/../../../../lib/crtn.o Program received signal SIGSEGV, Segmentation fault. ---Type to continue, or q to quit--- 0x000d4b60 in (anonymous namespace)::Target_arm::gc_process_relocs(gold::Symbol_table*, gold::Layout*, gold::Sized_relobj_file<32, false>*, unsigned int, unsigned int, unsigned char const*, unsigned int, gold::Output_section*, bool, unsigned int, unsigned char const*) () (gdb) bt #0 0x000d4b60 in (anonymous namespace)::Target_arm::gc_process_relocs(gold::Symbol_table*, gold::Layout*, gold::Sized_relobj_file<32, false>*, unsigned int, unsigned int, unsigned char const*, unsigned int, gold::Output_section*, bool, unsigned int, unsigned char const*) () #1 0x0030e618 in gold::Sized_relobj_file<32, false>::do_gc_process_relocs(gold::Symbol_table*, gold::Layout*, gold::Read_relocs_data*) () #2 0x000de4ac in (anonymous namespace)::Arm_relobj::do_gc_process_relocs(gold::Symbol_table*, gold::Layout*, gold::Read_relocs_data*) () #3 0x0030c6bc in gold::Gc_process_relocs::run(gold::Workqueue*) () #4 0x00366b30 in gold::Workqueue::find_and_run_task(int) () #5 0x0036738c in gold::Workqueue::process(int) () #6 0x00015260 in main () -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/23046] gold crashes while linking armv7hl binaries built with clang 6.0
https://sourceware.org/bugzilla/show_bug.cgi?id=23046 --- Comment #1 from Bernhard Rosenkränzer --- Somewhat simplified (still from alsa-lib 1.1.6 sources): $ ld -m armelf_linux_eabi -shared -o .libs/libasound.so.2.0.0 .libs/shmarea.o Segmentation fault (core dumped) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/23046] gold crashes while linking armv7hl binaries built with clang 6.0
https://sourceware.org/bugzilla/show_bug.cgi?id=23046 --- Comment #2 from Bernhard Rosenkränzer --- Created attachment 10939 --> https://sourceware.org/bugzilla/attachment.cgi?id=10939&action=edit Object file triggering the crash -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/23046] gold crashes while linking armv7hl binaries built with clang 6.0
https://sourceware.org/bugzilla/show_bug.cgi?id=23046 --- Comment #3 from Bernhard Rosenkränzer --- Seems to be triggered by __attribute__((destructor)) on a function in shmarea.c Source is here: https://github.com/michaelwu/alsa-lib/blob/master/src/shmarea.c Dropping __attribute__((destructor)) from line 97 "fixes" the problem (but of course doesn't result in a library doing its job) -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/22374] Unnecessary PLT entries
https://sourceware.org/bugzilla/show_bug.cgi?id=22374 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Alan Modra --- All pr22374 FAILs converted to XFAILs. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/21931] glibc 2.26 Exception handling problem on powerpc
https://sourceware.org/bugzilla/show_bug.cgi?id=21931 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Alan Modra --- Closing due to lack of response and reproducibility. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/21931] glibc 2.26 Exception handling problem on powerpc
https://sourceware.org/bugzilla/show_bug.cgi?id=21931 Alan Modra changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/23049] New: Endless recursive call inside resolve_symbol_value
https://sourceware.org/bugzilla/show_bug.cgi?id=23049 Bug ID: 23049 Summary: Endless recursive call inside resolve_symbol_value Product: binutils Version: 2.30 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: mudongliangabcd at gmail dot com Target Milestone: --- -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/23049] Endless recursive call inside resolve_symbol_value
https://sourceware.org/bugzilla/show_bug.cgi?id=23049 --- Comment #1 from Dongliang Mu --- Created attachment 10940 --> https://sourceware.org/bugzilla/attachment.cgi?id=10940&action=edit PoC to trigger endless recursive calls -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/23050] New: readelf error on sectionless elf
https://sourceware.org/bugzilla/show_bug.cgi?id=23050 Bug ID: 23050 Summary: readelf error on sectionless elf Product: binutils Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: jakehehrlich at google dot com Target Milestone: --- I have a sectionless ELF. When I run `readelf -l cowsay` where cowsay is a sectionless ELF I get the following output. ``` Elf file type is DYN (Shared object file) Entry point 0x1000 There are 10 program headers, starting at offset 64 Program Headers: Type Offset VirtAddr PhysAddr FileSizMemSiz Flags Align PHDR 0x0040 0x0040 0x0040 0x0230 0x0230 R 0x8 INTERP 0x0270 0x0270 0x0270 0x0008 0x0008 R 0x1 [Requesting program interpreter: ld.so.1] LOAD 0x 0x 0x 0x06d8 0x06d8 R 0x1000 LOAD 0x1000 0x1000 0x1000 0x0470 0x0470 R E0x1000 LOAD 0x2000 0x2000 0x2000 0x1008 0x1008 RW 0x1000 DYNAMIC0x0448 0x0448 0x0448 0x0120 0x0120 R 0x8 GNU_RELRO 0x3000 0x3000 0x3000 0x0008 0x1000 R 0x1 GNU_EH_FRAME 0x0668 0x0668 0x0668 0x0014 0x0014 R 0x4 GNU_STACK 0x 0x 0x 0x 0x RW 0x0 NOTE 0x06c0 0x06c0 0x06c0 0x0018 0x0018 R 0x4 readelf: Error: Reading 13256 bytes extends past end of file for dynamic string table ``` The error at the end appears to be a bug. The binary can be downloaded here: https://drive.google.com/file/d/17H2raNvsWpTouehd5vpdjvrEgzJstPOc/view?usp=sharing -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/23049] Endless recursive call inside resolve_symbol_value
https://sourceware.org/bugzilla/show_bug.cgi?id=23049 --- Comment #2 from Dongliang Mu --- Trigger method: wget https://ftp.gnu.org/gnu/binutils/binutils-2.30.tar.gz tar -xvf binutils-2.30.tar.gz cd binutils-2.30/ ./configure make cd gas/ wget https://sourceware.org/bugzilla/attachment.cgi?id=10940 -O poc_hang gdb ./as-new (gdb) r poc_hang Stack Trace: #0 resolve_symbol_value (symp=symp@entry=0x55999fa0) at symbols.c:1345 #1 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x55999ec0) at symbols.c:1320 #2 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x5599a4f0) at symbols.c:1320 #3 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x5599a550) at symbols.c:1320 #4 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x5599a5b0) at symbols.c:1321 #5 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x5599a070) at symbols.c:1321 #6 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x5599a0d0) at symbols.c:1321 #7 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x5599a190) at symbols.c:1320 #8 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x5599a250) at symbols.c:1320 #9 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x5599a2b0) at symbols.c:1320 #10 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559ddfb0) at symbols.c:1320 #11 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559de010) at symbols.c:1320 #12 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559de070) at symbols.c:1321 #13 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559de250) at symbols.c:1320 #14 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559de2b0) at symbols.c:1321 #15 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559de310) at symbols.c:1321 #16 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x5599a610) at symbols.c:1321 #17 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559dd8f0) at symbols.c:1321 #18 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559dd950) at symbols.c:1320 #19 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559dda10) at symbols.c:1320 #20 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559dda70) at symbols.c:1320 #21 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559de380) at symbols.c:1321 #22 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e6530) at symbols.c:1320 #23 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e6590) at symbols.c:1320 #24 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e7610) at symbols.c:1321 #25 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e7670) at symbols.c:1320 #26 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e7790) at symbols.c:1320 #27 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e7970) at symbols.c:1320 #28 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e7a90) at symbols.c:1320 #29 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e7f70) at symbols.c:1320 #30 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e7fd0) at symbols.c:1321 #31 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e8030) at symbols.c:1321 #32 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e8090) at symbols.c:1321 #33 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559de3e0) at symbols.c:1321 #34 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e3ad0) at symbols.c:1321 #35 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e3b30) at symbols.c:1321 #36 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559e3b90) at symbols.c:1320 #37 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559e8100) at symbols.c:1321 #38 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f2110) at symbols.c:1320 #39 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f2170) at symbols.c:1320 #40 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559f21d0) at symbols.c:1321 #41 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f23b0) at symbols.c:1320 #42 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f24d0) at symbols.c:1320 #43 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f39d0) at symbols.c:1320 #44 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f3af0) at symbols.c:1320 #45 0x555cd1a1 in resolve_symbol_value (symp=symp@entry=0x559f61f0) at symbols.c:1320 #46 0x555cd1b2 in resolve_symbol_value (symp=symp@entry=0x559f6250) at symbols.c:1321 #47 0x555cd1a1 in resolve_symbol_value (symp
[Bug binutils/16177] R_ARM_COPY reloc generated for reference in writable section
https://sourceware.org/bugzilla/show_bug.cgi?id=16177 Michael Truog changed: What|Removed |Added CC||mjtruog at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
