[Bug gas/33156] 'Link eh-group.o to eh-group' test fails with default-SFrames gas

2025-07-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33156 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Attachment #16169|1 |0 is obsolete|

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 --- Comment #22 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 libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Attachment #16171|0 |1 is obsolete|

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 --- Comment #18 from H.J. Lu --- (In reply to Indu Bhagat from comment #17) > Indeed, my proposed patch is not addressing the issue, tests fail. Your > patch does work. Should I submit my patch? -- You are receiving this mail because: You

[Bug ld/33146] sframe: .gnu_object_only contains concatenated SFrame sections

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33146 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 --- Comment #11 from H.J. Lu --- Fixe

[Bug ld/33146] sframe: .gnu_object_only contains concatenated SFrame sections

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33146 --- Comment #9 from H.J. Lu --- (In reply to Indu Bhagat from comment #7) > The patch works. Thanks a lot for your help. A patch is posted at https://sourceware.org/pipermail/binutils/2025-July/142577.html -- You are receiving this mail be

[Bug ld/33146] sframe: .gnu_object_only contains concatenated SFrame sections

2025-07-13 Thread hjl.tools at gmail dot com
|| Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com --- Comment #6 from H.J. Lu --- Created attachment 16173 --> https://sourceware.org/bugzilla/attachment.cgi?id=16173&action=edit A patch Try this. -- You are receiving this mail because: You

[Bug ld/33146] sframe: .gnu_object_only contains concatenated SFrame sections

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33146 --- Comment #4 from H.J. Lu --- Created attachment 16172 --> https://sourceware.org/bugzilla/attachment.cgi?id=16172&action=edit A patch to move gas_sframe_check to binutils-common.exp Together with this: diff --git a/ld/testsuite/ld-plugi

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Status|WAITING |NEW --- Comment #16 from H.J. Lu --- (In r

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Attachment #16169|0 |1 is obsolete|

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Attachment #16168|0 |1 is obsolete|

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Assignee|indu.bhagat at oracle dot com |hjl.tools at gmail dot com

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Attachment #16167|0 |1 is obsolete|

[Bug libsframe/33127] "ld -r" doesn't remove the sframe relocation against the discarded section.

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Summary|"ld -r" is broken with |"ld -r" doesn't remove the

[Bug libsframe/33127] "ld -r" is broken with .sframe sections

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 --- Comment #9 from H.J. Lu --- hjl@gnu-tgl-3 tmp]$ /export/build/gnu/tools-build/binutils/build-x86_64-linux/binutils/readelf -rW eh-group.o Relocation section '.rela.eh_frame' at offset 0x2f8 contains 1 entry: Offset Info

[Bug libsframe/33127] "ld -r" is broken with .sframe sections

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Summary|"ld -r" is broken with |"ld -r" is broken with |-

[Bug libsframe/33127] "ld -r" is broken with --sframe sections

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 H.J. Lu changed: What|Removed |Added Summary|'FAIL: Link eh-group.o to |"ld -r" is broken with |e

[Bug libsframe/33127] 'FAIL: Link eh-group.o to eh-group' (assertion fail elf-sframe.c:122) with default-enabled SFrames

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 --- Comment #7 from H.J. Lu --- Created attachment 16167 --> https://sourceware.org/bugzilla/attachment.cgi?id=16167&action=edit A testcase [hjl@gnu-tgl-3 tmp]$ /export/build/gnu/tools-build/binutils/build-x86_64-linux/binutils/readelf --sf

[Bug libsframe/33127] 'FAIL: Link eh-group.o to eh-group' (assertion fail elf-sframe.c:122) with default-enabled SFrames

2025-07-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33127 --- Comment #6 from H.J. Lu --- I can reproduce it with binutils configured with .../configure --enable-plugins --disable-gdb --disable-gdbserver --disable-libbacktrac e --disable-libdecnumber --disable-readline --disable-sim --enable-default

[Bug ld/33130] New: GNU2 TLS binary may not work on Linux

2025-07-03 Thread hjl.tools at gmail dot com
Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: fweimer at redhat dot com Depends on: 33129, 31372 Target Milestone: --- Target: x86-64 GNU2 TLS binary may not work on Linux without the GNU2 TLS run-time

[Bug binutils/33119] strip: broken symbol indices in shared libraries

2025-06-28 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33119 H.J. Lu changed: What|Removed |Added Status|NEW |WAITING -- You are receiving this mail bec

[Bug binutils/33119] strip: broken symbol indices in shared libraries

2025-06-28 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33119 --- Comment #2 from H.J. Lu --- Created attachment 16155 --> https://sourceware.org/bugzilla/attachment.cgi?id=16155&action=edit A patch Please try this. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/33119] strip: broken symbol indices in shared libraries

2025-06-28 Thread hjl.tools at gmail dot com
at sourceware dot org |hjl.tools at gmail dot com Target Milestone|--- |2.45 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/33119] strip: broken symbol indices in shared libraries

2025-06-28 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33119 H.J. Lu changed: What|Removed |Added Summary|strip: broken symbol|strip: broken symbol |ind

[Bug binutils/33049] Heap-buffer-overflow in objcopy when using --interleave and --byte options on a crafted binary input

2025-06-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33049 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 Status|NEW

[Bug binutils/33050] objcopy crashes due to heap corruption caused by a negative-size memset in bfd_elf_set_group_contents.

2025-06-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33050 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug binutils/33050] objcopy crashes due to heap corruption caused by a negative-size memset in bfd_elf_set_group_contents.

2025-06-21 Thread hjl.tools at gmail dot com
|1 Status|UNCONFIRMED |NEW Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com --- Comment #1 from H.J. Lu --- Created attachment 16145 --> https://sourceware.org/bugzilla/attachment.cgi?id=16145&action=edit

[Bug binutils/33050] objcopy crashes due to heap corruption caused by a negative-size memset in bfd_elf_set_group_contents.

2025-06-21 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33050 H.J. Lu changed: What|Removed |Added Attachment #16145|0 |1 is obsolete|

[Bug binutils/33049] Heap-buffer-overflow in objcopy when using --interleave and --byte options on a crafted binary input

2025-06-21 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33049 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug ld/26675] 32bit build of dxvk fails with binutils 2.35.1

2025-06-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26675 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug binutils/33078] strip misbehaves on non-LTO static libraries

2025-06-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33078 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug binutils/33075] objcopy: Segmentation fault in elf_map_symbols

2025-06-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33075 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/33078] strip misbehaves on non-LTO static libraries

2025-06-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33078 H.J. Lu changed: What|Removed |Added Attachment #16135|0 |1 is obsolete|

[Bug binutils/33078] strip misbehaves on non-LTO static libraries

2025-06-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=33078 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug ld/32991] "pushl main@GOT(%ebx)" is mishandled by older binutils

2025-05-22 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32991 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ld/32991] "pushl main@GOT(%ebx)" is mishandled by older binutils

2025-05-22 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32991 --- Comment #4 from H.J. Lu --- (In reply to Sam James from comment #2) > We had a report of this as well but I wasn't sure if it was a bug. These > jumps happen with new relocation types at least. Please open a new bug report if it isn't the

[Bug ld/32991] "pushl main@GOT(%ebx)" is mishandled by older binutils

2025-05-21 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32991 H.J. Lu changed: What|Removed |Added Summary|"pushl main@GOT(%ebx)" is |"pushl main@GOT(%ebx)" is

[Bug ld/32991] New: "pushl main@GOT(%ebx)" is mishandled

2025-05-21 Thread hjl.tools at gmail dot com
ponent: ld Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- Target: i386 sysdeps/i386/start.S has # ifdef SHARED pushl main@GOT(%ebx) # else linker relaxed it to 22c: e9 cf ff ff ff jmp200

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-17 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 --- Comment #13 from H.J. Lu --- (In reply to Fangrui Song from comment #12) > (In reply to H.J. Lu from comment #11) > > Created attachment 16093 [details] > > The final patch > > > > This is the final patch. > > This patch applies code tra

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16097|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16096|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #26 from H.J. Lu --- (In reply to H.J. Lu from comment #25) > Created attachment 16096 [details] > A patch to add .pushuniqsect > > Please retry with .pushuniqsect. Jan proposed to use --sectname-subst. Does it work for you? --

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-16 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16095|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-15 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16087|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-15 Thread hjl.tools at gmail dot com
2025 at 07:15:14AM +, hjl.tools at gmail dot com > > > wrote: > > > > https://sourceware.org/bugzilla/show_bug.cgi?id=32961 > > > > > > > > --- Comment #8 from H.J. Lu --- > > > > (In reply to Zhiyuan Lv from comment #7)

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug binutils/32967] nm: a-s.o: plugin needed to handle lto object

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32967 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug binutils/32967] nm: a-s.o: plugin needed to handle lto object

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32967 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug binutils/32967] New: nm: a-s.o: plugin needed to handle lto object

2025-05-14 Thread hjl.tools at gmail dot com
Component: binutils Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com CC: sam at gentoo dot org Target Milestone: --- [hjl@gnu-tgl-3 pr21479]$ cat a.c extern void foo1(void); void foo2(void) { foo1(); } void foo3(void) {} [hjl@gnu-tgl-3

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 H.J. Lu changed: What|Removed |Added Attachment #16090|0 |1 is obsolete|

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 H.J. Lu changed: What|Removed |Added Attachment #16089|0 |1 is obsolete|

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 -- You are receiving this mail becaus

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-14 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 H.J. Lu changed: What|Removed |Added Attachment #16088|0 |1 is obsolete|

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 --- Comment #8 from H.J. Lu --- (In reply to H.J. Lu from comment #7) > (In reply to Stephen Kell from comment #5) > > > When compiler sees a hidden undefined symbol, it assumes that > > > it is defined somewhere else and it isn't an ABS symbo

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #19 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #18) > (In reply to H.J. Lu from comment #16) > > (In reply to Zhiyuan Lv from comment #15) > > > (In reply to H.J. Lu from comment #14) > > > > Created attachment 16086 [de

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 --- Comment #7 from H.J. Lu --- (In reply to Stephen Kell from comment #5) > > When compiler sees a hidden undefined symbol, it assumes that > > it is defined somewhere else and it isn't an ABS symbol. As > > the result, you won't get 0x2a. >

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16086|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #16 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #15) > (In reply to H.J. Lu from comment #14) > > Created attachment 16086 [details] > > A new patch > > > > Please use this one. > > I tested the latest patch here togeth

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32443 --- Comment #4 from H.J. Lu --- (In reply to Stephen Kell from comment #3) > (In reply to H.J. Lu from comment #2) > > (In reply to Stephen Kell from comment #0) > > > $ grep . exe.c lib.c lib.lds > > > exe.c:extern void lib_func(void); > > >

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16084|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #13 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #12) > Hi H.J., > > On Tue, May 13, 2025 at 07:15:14AM +, hjl.tools at gmail dot com wrote: > > https://sourceware.org/bugzilla/show_b

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #11 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #9) > (In reply to H.J. Lu from comment #8) > > (In reply to Zhiyuan Lv from comment #7) > > > And, the GCC version I used is 14.2.0, which will generate per function > > >

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16083|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-13 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #8 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #7) > And, the GCC version I used is 14.2.0, which will generate per function > section of "__patchable_function_entries". Thanks! Now, the question is if GCC should generat

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-12 Thread hjl.tools at gmail dot com
||2025-05-13 Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com Status|UNCONFIRMED |WAITING --- Comment #3 from H.J. Lu --- Created attachment 16082 --> https://sourceware.org/bugzilla/attachment.cgi?id=16082&action=edit

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #4 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #2) > Thanks H.J. for the comments! > > (In reply to H.J. Lu from comment #1) > > (In reply to Zhiyuan Lv from comment #0) > > > > > > If all above is correct, could we cons

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 -- You are receiving this mail becaus

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 H.J. Lu changed: What|Removed |Added Attachment #16082|0 |1 is obsolete|

[Bug ld/32961] ".pushsection" may introduce unnecessary section dependency which impacts "--gc-sections"

2025-05-12 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32961 --- Comment #1 from H.J. Lu --- (In reply to Zhiyuan Lv from comment #0) > > If all above is correct, could we consider below two options? > > 1. Add a new type of ".pushsection", say, ".pushnewsection", which will > always create a new secti

[Bug ld/25749] Non-const relocation against SHN_ABS symbol in PIE or shared library should be disallowed

2025-05-10 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25749 H.J. Lu changed: What|Removed |Added Depends on||32443 Referenced Bugs: https://sourceware

[Bug ld/32443] ABS symbol value depends on its visibility

2025-05-10 Thread hjl.tools at gmail dot com
||25749 CC||hjl.tools at gmail dot com Status|UNCONFIRMED |WAITING Last reconfirmed||2025-05-10 --- Comment #2 from H.J. Lu --- (In reply to Stephen Kell from comment #0) > Crea

[Bug binutils/32809] readelf doesn't dump .debug_loclists section correctly for 64-bit target and mixed dwarf4/5 content

2025-05-06 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32809 --- Comment #9 from H.J. Lu --- Also fixed on 2.43 and 2.44 branches. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-06 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 --- Comment #14 from H.J. Lu --- (In reply to Sam James from comment #13) > For the non-fat case, we get: > > a.c > ``` > extern void foo1(void); > void foo2(void) { foo1(); } > void foo3(void) {} > ``` > > b.c: > ``` > extern void foo2(void

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-04 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Attachment #16068|0 |1 is obsolete|

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-04 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Attachment #16067|0 |1 is obsolete|

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-03 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Attachment #16066|0 |1 is obsolete|

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-03 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Attachment #16065|0 |1 is obsolete|

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-03 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 -- You are receiving this mail becaus

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-03 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Attachment #16064|0 |1 is obsolete|

[Bug binutils/21479] strip doesn't handle lto archives

2025-05-03 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21479 H.J. Lu changed: What|Removed |Added Assignee|unassigned at sourceware dot org |hjl.tools at gmail dot com

[Bug binutils/32927] readelf --dwarf-check --debug-dump=Ranges produces nonsense warnings for DWARF 4 and DWARF5

2025-04-30 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32927 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug binutils/32927] readelf --dwarf-check --debug-dump=Ranges produces nonsense warnings for DWARF 4 and DWARF5

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32927 --- Comment #3 from H.J. Lu --- Created attachment 16060 --> https://sourceware.org/bugzilla/attachment.cgi?id=16060&action=edit A patch Please try this. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32927] readelf --dwarf-check --debug-dump=Ranges produces nonsense warnings for DWARF 4 and DWARF5

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32927 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #18 from H.J. Lu --- This is the current patch: https://sourceware.org/pipermail/binutils/2025-April/140767.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32809] readelf doesn't dump .debug_loclists section correctly for 64-bit target and mixed dwarf4/5 content

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32809 H.J. Lu changed: What|Removed |Added CC||fche at redhat dot com --- Comment #6 from

[Bug binutils/32926] binutils-gdb ld test with clang toolchain creates infinte looping readelf run

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32926 H.J. Lu changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #16 from H.J. Lu --- (In reply to Matthew Malcomson from comment #14) > (In reply to H.J. Lu from comment #12) > > Created attachment 16054 [details] > > A patch > > > > Please try this one on the current master branch. > > It se

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 H.J. Lu changed: What|Removed |Added Attachment #16054|0 |1 is obsolete|

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 H.J. Lu changed: What|Removed |Added Attachment #16053|0 |1 is obsolete|

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #11 from H.J. Lu --- (In reply to Matthew Malcomson from comment #10) > (In reply to H.J. Lu from comment #9) > > (In reply to Matthew Malcomson from comment #8) > > > (In reply to H.J. Lu from comment #6) > > > > (In reply to Matt

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-29 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #9 from H.J. Lu --- (In reply to Matthew Malcomson from comment #8) > (In reply to H.J. Lu from comment #6) > > (In reply to Matthew Malcomson from comment #5) > > > I think that this proposed patch could allow putting the PT_TLS s

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-28 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #6 from H.J. Lu --- (In reply to Matthew Malcomson from comment #5) > I think that this proposed patch could allow putting the PT_TLS segment > offset past the end of the file (that I think was a problem in > https://sourceware.org

[Bug binutils/32809] readelf doesn't dump .debug_loclists section correctly for 64-bit target and mixed dwarf4/5 content

2025-04-28 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32809 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.45 Resolution|---

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-27 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #4 from H.J. Lu --- (In reply to Alan Modra from comment #3) > HJ's patch looks good except that the new test fails for me.. What is your target? > Also the comment needs tweaking. I'd suggest something like: > >

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-27 Thread hjl.tools at gmail dot com
|WAITING CC||hjl.tools at gmail dot com Last reconfirmed||2025-04-27 Version|unspecified |2.45 (HEAD) -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32896] GNU ld does not enforce PT_TLS segment p_offset/p_vaddr congruity with p_align

2025-04-27 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32896 --- Comment #2 from H.J. Lu --- Created attachment 16053 --> https://sourceware.org/bugzilla/attachment.cgi?id=16053&action=edit A patch Please try this. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32846] LTO link failures in various packages since 2707d55e539ef323dd14a1293e762bf3d9739ee7

2025-04-10 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=32846 --- Comment #10 from H.J. Lu --- A patch is posted at https://sourceware.org/pipermail/binutils/2025-April/140473.html -- You are receiving this mail because: You are on the CC list for the bug.

  1   2   3   4   5   6   7   8   9   10   >