[Bug ld/27428] Error .eh_frame_hdr refers to overlapping FDEs
https://sourceware.org/bugzilla/show_bug.cgi?id=27428 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |INVALID --- Comment #3 from Alan Modra --- Your system 2.18 binutils is so old that it doesn't check for overlapping FDEs. The check was added with the following commit log, which might help you figure out what is going wrong. As you are unable to provide a testcase, I'm going to close this bug as invalid, ie. assume that you are actually generating code with overlapping addresses for overlays or something like that. commit ae6c7e33e1510665e8e043eb11a71e59414efbf3 Author: Alan Modra Date: Fri Sep 12 09:35:42 2014 +0930 Test for overflow in eh_frame_hdr entries and for overlapping FDEs With larger binaries on 64-bit systems, or indeed just binaries that have a large gap between text and data, it is possible for the .eh_frame_hdr lookup table entry values to overflow a signed 32-bit relative offset. It is also a requirement for the glibc FDE lookup code that only one FDE claim to cover any given address. * elf-bfd.h (struct eh_frame_array_ent): Add "range". * elf-eh-frame.c (_bfd_elf_write_section_eh_frame): Stash address range of FDEs to hdr_info->array. (_bfd_elf_write_section_eh_frame_hdr): Report overflow in .eh_frame_hdr entries, and overlapping FDEs. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27478] [readelf] warning about missing section in separate debug info file
https://sourceware.org/bugzilla/show_bug.cgi?id=27478 Tom de Vries changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #10 from Tom de Vries --- Tentatively reopening this. As reported in dwz PR27592: ... $ gcc ~/hello.c -g $ cp a.out 1; cp 1 2; dwz -m 3 1 2 $ readelf --string-dump=.gnu_debugaltlink 1 String dump of section '.gnu_debugaltlink': [ 0] 3 [ 6] 8�y�:�.��Y!���^^r $ ~/binutils/install/bin/readelf --string-dump=.gnu_debugaltlink 1 String dump of section '.gnu_debugaltlink': [ 0] 3 [ 6] 8�y�:�.��Y!���^^r readelf: Warning: Section '.gnu_debugaltlink' in linked file '3' was not dumped because it does not exist $ ... The error message is slightly different, but it roughly looks like the same problem. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27478] [readelf] warning about missing section in separate debug info file
https://sourceware.org/bugzilla/show_bug.cgi?id=27478 Martin Liska changed: What|Removed |Added CC||mliska at suse dot cz -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/27482] parallel make -j 16 install falls over in 2.36
https://sourceware.org/bugzilla/show_bug.cgi?id=27482 Nick Alcock changed: What|Removed |Added Status|WAITING |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug libctf/27482] parallel make -j 16 install falls over in 2.36
https://sourceware.org/bugzilla/show_bug.cgi?id=27482 --- Comment #10 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Alcock : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=755ba58ebef02e1be9fc6770d00243ba6ed0223c commit 755ba58ebef02e1be9fc6770d00243ba6ed0223c Author: Nick Alcock Date: Thu Mar 18 12:37:52 2021 + Add install dependencies for ld -> bfd and libctf -> bfd This stops problems parallel-installing if a relink of libctf is needed. Also adds corresponding install-strip dependencies. ChangeLog 2021-03-18 Nick Alcock PR libctf/27482 * Makefile.def: Add install-bfd dependencies for install-libctf and install-ld, and install-strip-bfd dependencies for install-strip-libctf and install-strip-ld; move the install-ld dependency on install-libctf to join it. * Makefile.in: Regenerated. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27478] [readelf] warning about missing section in separate debug info file
https://sourceware.org/bugzilla/show_bug.cgi?id=27478 --- Comment #11 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=835f2fae11e41956523df3839cd50471b708e97d commit 835f2fae11e41956523df3839cd50471b708e97d Author: Nick Clifton Date: Thu Mar 18 14:01:25 2021 + Fix section dumping so that warnings are not issued for missed sections in separate debuginfo files. PR 27478 * readelf.c (dump_section_as_strings): Mention separate filename. (dump_section_as_bytes): Likewise. (dump_section_as_ctf): Likewise. (initialise_dumkps_byname): Only issue a warning for missing sections if processing the main file. (process_section_contents): Only issue a warning for unsumped section numbers in the main file. (initialise_dump_sects): New function. Contains code extracted from ... (process_object): ... here. Also call initialise_dump_sects for separate files. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27478] [readelf] warning about missing section in separate debug info file
https://sourceware.org/bugzilla/show_bug.cgi?id=27478 Nick Clifton changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Nick Clifton --- Hi Tom, Yes - you were right - that problem had resurfaced. Whilst testing a fix I also found that if you *did* want sections in separate debuginfo files to be dumped they would be omitted. So I have checked in a patch that fixes both of these problems. So now "readelf --string-dump=.gnu_debugaltlink 1" will dump the section in 1 and not complain about it missing from 3. Plus "readelf -x1 1" will dump the .interp section in 1, whilst "readelf -x1 1 -P" will dump both that section *and* the .note.gnu_build-id section in 3. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27590] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section
https://sourceware.org/bugzilla/show_bug.cgi?id=27590 H.J. Lu changed: What|Removed |Added Status|REOPENED|NEW --- Comment #8 from H.J. Lu --- The updated patch is at https://sourceware.org/pipermail/binutils/2021-March/115766.html -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27587] BFD (and gold) DWARF reader choke on DWARF5 as generated by LTO
https://sourceware.org/bugzilla/show_bug.cgi?id=27587 H.J. Lu changed: What|Removed |Added URL|https://sourceware.org/pipe |https://sourceware.org/pipe |rmail/binutils/2021-March/1 |rmail/binutils/2021-March/1 |15767.html |15773.html --- Comment #4 from H.J. Lu --- The updated patch is at https://sourceware.org/pipermail/binutils/2021-March/115773.html -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27397] CET autodetection fails configure on i486 and i586 targets
https://sourceware.org/bugzilla/show_bug.cgi?id=27397 --- Comment #12 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=538c15fc2a29ff142f2ec71d253d4027946ece09 commit 538c15fc2a29ff142f2ec71d253d4027946ece09 Author: H.J. Lu Date: Thu Mar 18 07:54:15 2021 -0700 GCC_CET_HOST_FLAGS: Check if host supports multi-byte NOPs Check if host supports multi-byte NOPs before enabling CET on host. config/ PR binutils/27397 * cet.m4 (GCC_CET_HOST_FLAGS): Check if host supports multi-byte NOPs. libiberty/ PR binutils/27397 * configure: Regenerated. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27397] CET autodetection fails configure on i486 and i586 targets
https://sourceware.org/bugzilla/show_bug.cgi?id=27397 H.J. Lu changed: What|Removed |Added Version|unspecified |2.36.1 Status|WAITING |NEW --- Comment #13 from H.J. Lu --- Fixed on master branch so far. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27587] BFD (and gold) DWARF reader choke on DWARF5 as generated by LTO
https://sourceware.org/bugzilla/show_bug.cgi?id=27587 Cary Coutant changed: What|Removed |Added CC||ccoutant at gmail dot com --- Comment #5 from Cary Coutant --- The corresponding gold bug is PR 27246. -- You are receiving this mail because: You are on the CC list for the bug.
Issue 30387 in oss-fuzz: binutils:fuzz_readelf: Abrt with empty stacktrace
Updates: Labels: -restrict-view-commit Comment #4 on issue 30387 by sheriffbot: binutils:fuzz_readelf: Abrt with empty stacktrace https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=30387#c4 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 30988 in oss-fuzz: binutils:fuzz_bfd: Timeout in fuzz_bfd
Updates: Labels: -restrict-view-commit Comment #3 on issue 30988 by sheriffbot: binutils:fuzz_bfd: Timeout in fuzz_bfd https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=30988#c3 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 31001 in oss-fuzz: binutils:fuzz_bfd: Undefined-shift in _bfd_safe_read_leb128
Updates: Labels: -restrict-view-commit Comment #2 on issue 31001 by sheriffbot: binutils:fuzz_bfd: Undefined-shift in _bfd_safe_read_leb128 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=31001#c2 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
Issue 31961 in oss-fuzz: binutils:fuzz_disassemble: Global-buffer-overflow in print_insn
Updates: Labels: -restrict-view-commit Comment #2 on issue 31961 by sheriffbot: binutils:fuzz_disassemble: Global-buffer-overflow in print_insn https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=31961#c2 This bug has been fixed. It has been opened to the public. - Your friendly Sheriffbot -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com --- Comment #8 from Khem Raj --- I am seeing another failure with latest binutils trunk today, I have collected the objs and libs and a script a.sh with linker cmdline here https://uclibc.org/~kraj/gold-bug.tar.xz % /tmp/obj/gold/ld-new -v GNU gold (GNU Binutils 2.36.50.20210318) 1.16 % sh a.sh /tmp/obj/gold/ld-new: internal error in format_file_lineno, at /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246 --- Comment #9 from Khem Raj --- (In reply to Khem Raj from comment #8) > I am seeing another failure with latest binutils trunk today, I have > collected the objs and libs and a script a.sh with linker cmdline here > > https://uclibc.org/~kraj/gold-bug.tar.xz > > % /tmp/obj/gold/ld-new -v > GNU gold (GNU Binutils 2.36.50.20210318) 1.16 > > > % sh a.sh > /tmp/obj/gold/ld-new: internal error in format_file_lineno, at > /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278 actually same crash can be triggered with one object /tmp/obj/gold/ld-new auth.o -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #10 from Khem Raj ---
further reduced test is
#define overalloc_at(f, l) \
do {\
fatal_exit("ERROR: attempting to allocate too large block at %s:%d", f,
l);\
} while (0)
#define overalloc() overalloc_at(__FILE__, __LINE__)
void foo()
{
overalloc();
}
% gcc-11.0.1 /tmp/a.c -c -gdwarf-5
% /tmp/obj/gold/ld-new a.o
/tmp/obj/gold/ld-new: internal error in format_file_lineno, at
/home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278
ICE not seen when -gdwarf-4 is used
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/27246] ld.gold does not support DWARF5
https://sourceware.org/bugzilla/show_bug.cgi?id=27246
--- Comment #11 from Khem Raj ---
(In reply to Khem Raj from comment #10)
> further reduced test is
>
> #define overalloc_at(f, l) \
> do {\
> fatal_exit("ERROR: attempting to allocate too large block at %s:%d",
> f, l);\
> } while (0)
>
> #define overalloc() overalloc_at(__FILE__, __LINE__)
>
> void foo()
> {
> overalloc();
> }
>
> % gcc-11.0.1 /tmp/a.c -c -gdwarf-5
> % /tmp/obj/gold/ld-new a.o
> /tmp/obj/gold/ld-new: internal error in format_file_lineno, at
> /home/kraj/work/binutils-gdb/gold/dwarf_reader.cc:2278
>
> ICE not seen when -gdwarf-4 is used
I compared the assembly output and difference ( dwarf4 vs dwarf5 ) that matters
is
that when dwarf5 is enabled then it emits this .file directive into .debug_line
section which gold does not like
@@ -289,38 +290,40 @@
.quad 0
.section.debug_line,"",@progbits
.Ldebug_line0:
+ .file 0
"/mnt/b/yoe/master/build/tmp/work/core2-64-yoe-linux/links/2.21-r0/links-2.21"
"/tmp/a.c"
.section.debug_str,"MS",@progbits,1
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug ld/27587] BFD (and gold) DWARF reader choke on DWARF5 as generated by LTO
https://sourceware.org/bugzilla/show_bug.cgi?id=27587 --- Comment #6 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=51f6e7a9f4210aed0f8156c1d2e348de6f96f37d commit 51f6e7a9f4210aed0f8156c1d2e348de6f96f37d Author: H.J. Lu Date: Thu Mar 18 18:34:38 2021 -0700 DWARF: Check version >= 3 for DW_FORM_ref_addr Check version >= 3, instead of version == 3 || version == 4, for DW_FORM_ref_addr. bfd/ PR ld/27587 * dwarf2.c (read_attribute_value): Check version >= 3 for DW_FORM_ref_addr. ld/ PR ld/27587 * testsuite/ld-x86-64/pr27587.err: New file. * testsuite/ld-x86-64/pr27587a.obj.bz2: Likewise. * testsuite/ld-x86-64/pr27587b.obj.bz2: Likewise. * testsuite/ld-x86-64/x86-64.exp: Run PR ld/27587 test. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27587] BFD (and gold) DWARF reader choke on DWARF5 as generated by LTO
https://sourceware.org/bugzilla/show_bug.cgi?id=27587 --- Comment #7 from H.J. Lu --- Fixed for 2.37 so far. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gold/26585] gold: call to deprecated mallinfo raises -Werror=deprecated-declarations with latest glibc
https://sourceware.org/bugzilla/show_bug.cgi?id=26585 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/27590] `.gnu.debuglto_.debug_macro' referenced in section `.gnu.debuglto_.debug_macro' of X defined in discarded section
https://sourceware.org/bugzilla/show_bug.cgi?id=27590 --- Comment #9 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=3818d4ab066ee40b976513b247b5da5f20379b66 commit 3818d4ab066ee40b976513b247b5da5f20379b66 Author: H.J. Lu Date: Thu Mar 18 20:46:28 2021 -0700 elf: Handle .gnu.debuglto_.debug_* sections commit 994b25132814f4c2be93ce53a616a74139c4cf3c Author: H.J. Lu Date: Sun Jan 17 20:01:16 2021 -0800 ld/elf: Ignore section symbols when matching linkonce with comdat ignored section symbols when comparing symbols in 2 sections. Since all references to debugging sections are done with section symbols, symbols in debugging sections are ignored and we fail to match symbols in comdat debugging sections. Also .gnu.debuglto_.debug_* sections aren't treated as debugging sections. 1. Treate .gnu.debuglto_.debug_ section as debugging section unless it is marked with SHF_EXCLUDE. 2. Revert commit 994b2513281 in elf_create_symbuf. 3. Ignore section symbols only when matching non-debugging sections or linkonce section with comdat section. bfd/ PR ld/27590 * elf.c (_bfd_elf_make_section_from_shdr): Treate .gnu.debuglto_.debug_ section as debugging section unless it is marked with SHF_EXCLUDE. * elflink.c (elf_create_symbuf): Revert commit 994b2513281. (bfd_elf_match_symbols_in_sections): Ignore section symbols when matching non-debugging sections or linkonce section with comdat section. ld/ PR ld/27590 * testsuite/ld-elf/pr27590.s: New file. * testsuite/ld-elf/pr27590a.d: Likewise. * testsuite/ld-elf/pr27590b.d: Likewise. * testsuite/ld-i386/i386.exp: Also run ld/27193 test with --reduce-memory-overheads. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/27611] New: weighing machine manufacturers
https://sourceware.org/bugzilla/show_bug.cgi?id=27611 Bug ID: 27611 Summary: weighing machine manufacturers Product: binutils Version: 2.36 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: essaeweigh at gmail dot com Target Milestone: --- Manufacturers, Suppliers & Exporters of Electronic Weighing System like Weighing Scale & Balance, Counting Scale, Printing Scale in India Contact: https://www.essae.com/electronic-weighing-scale-balance-system.php -- You are receiving this mail because: You are on the CC list for the bug.
