https://sourceware.org/bugzilla/show_bug.cgi?id=32896
H.J. Lu changed:
What|Removed |Added
Attachment #16053|0 |1
is obsolete|
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
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
--- Comment #1 from Quentin Boswank ---
The responsible message can be found in elf32-sh.c in a function handling
relaxation, R_SH_USES to be exact.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Quentin Boswank changed:
What|Removed |Added
Target||sh4a_nofpu-elf
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=32917
Quentin Boswank changed:
What|Removed |Added
Summary|„warning: symbol in |„warning: symbol in
: ld
Assignee: unassigned at sourceware dot org
Reporter: qubos at outlook dot de
Target Milestone: ---
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #10 from Matthew Malcomson ---
(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 Matthew Malcomson from comment #5)
> > > > I think
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
ere is the location of the .tbss section (now before the .tdata
vshcmd: > # section).
vshcmd: > diff segment-too-large.ld \
vshcmd: >
<(../build-aarch64-none-linux-gnu/install/bin/aarch64-none-linux-gnu-ld
-verbose | sed -n '/=/,/=/p')
> 0a1,10
>
s the first one in a PT_TLS segment. In that
case, it sets the p_offset for the PT_TLS segment, which according to
the ELF gABI ought to satisfy p_offset % p_align == p_vaddr % p_align.
bfd/
PR ld/32896
* elf.c (assign_file_positions_for_load_sections): Properl
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
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=12921
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
art:
tls-segfault [11:33:10] $
vshcmd: > ../build-aarch64-none-linux-gnu/install/bin/aarch64-none-linux-gnu-as
\
vshcmd: > tbss-outside-file.s -o tbss-outside-file.o
vshcmd: > ../build-aarch64-none-linux-gnu/install/bin/aarch64-none-linux-gnu-ld
\
vshcmd: > tbss-outside-file.o -o tbss-
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:
>
>
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #3 from Alan Modra ---
HJ's patch looks good except that the new test fails for me..
Also the comment needs tweaking. I'd suggest something like:
/* Set sh_offset for .tbss sections to their nominal
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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.
NCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dashiellwill at 163 dot com
Target Milestone: ---
When I built SPEC OMP 2012 using the riscv toolchain and additionally using the
"-st
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
--- Comment #9 from Sourceware Commits ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a965df05e48d98298f73e49d28028b3a760eeeab
commit a965df05e48d98298f73e49d28028b3a760eee
https://sourceware.org/bugzilla/show_bug.cgi?id=32603
--- Comment #15 from Sourceware Commits ---
The binutils-2_44-branch branch has been updated by Alan Modra
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=fe459e33c676883b5f28cc96c00e242973d906a9
commit fe459e33c676883b5f28cc96c
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
Pali Rohár changed:
What|Removed |Added
Attachment #16036|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
--- Comment #1 from Matthew Malcomson ---
Created attachment 16045
--> https://sourceware.org/bugzilla/attachment.cgi?id=16045&action=edit
WIP-patch-for-comment
Adding a WIP patch that is at least passing this testcase.
Mostly I'm attachin
https://sourceware.org/bugzilla/show_bug.cgi?id=26815
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
Resolution|
https://sourceware.org/bugzilla/show_bug.cgi?id=27871
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
--- Comment #7 from Nick Clifton ---
Created attachment 16041
--> https://sourceware.org/bugzilla/attachment.cgi?id=16041&action=edit
Proposed patch
Hi Pali,
The secret is to add a new emulation function. These functions are target
spec
31e9e2e8d1090da0c1da97a70005d8841fff8ddd
Author: Alan Modra
Date: Sun Feb 16 23:34:55 2025 +1030
PR 32603, more ld -w misbehaviour
Commit 8d97c1a53f3d claimed to replace all einfo calls using %F with
a call to fatal. It did so only for the ld/ directory. This patch
adds a "fatal" to linker
0b7f992b78fe0984fc7d84cc748d0794e4a400e3
Author: Alan Modra
Date: Thu Feb 6 21:46:22 2025 +1030
PR 32603, ld -w misbehaviour
ld -w currently causes segmentation faults and other misbehaviour
since it changes einfo with %F in the format string (fatal error) to
not exit. This patch fixes that by
https://sourceware.org/bugzilla/show_bug.cgi?id=32603
--- Comment #12 from Sourceware Commits ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6d74c1f313df5e82bb9ef0940a477cba5d76db00
commit 6d74c1f313df5e82bb9ef0940a477cba5d76db0
https://sourceware.org/bugzilla/show_bug.cgi?id=32896
Bug ID: 32896
Summary: GNU ld does not enforce PT_TLS segment
p_offset/p_vaddr congruity with p_align
Product: binutils
Version: unspecified
Status: UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
--- Comment #6 from Pali Rohár ---
Created attachment 16036
--> https://sourceware.org/bugzilla/attachment.cgi?id=16036&action=edit
ld_pei386_entry_point.diff
Nick, I have tried something, it is in the attachment. But it needs to be
improve
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
--- Comment #5 from Nick Clifton ---
(In reply to Pali Rohár from comment #3)
> > Looking into this, it is actually quite hard to predict the mangling of the
> > entry symbol name.
>
> Nick, cannot be 32-bit x86 PE ld
https://sourceware.org/bugzilla/show_bug.cgi?id=30922
--- Comment #2 from Pali Rohár ---
Running latest readpe on the compiled example binary from the report
description shows that ld's -pie argument generate the library export table
with the DLL name, even the binary should be executable:
$ rea
https://sourceware.org/bugzilla/show_bug.cgi?id=30144
--- Comment #4 from Pali Rohár ---
Nick, what about my idea from previous post?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30145
--- Comment #14 from Pali Rohár ---
Any update?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32870
--- Comment #4 from John Dong ---
(In reply to Sam James from comment #3)
> Could you send the patch to the ML? Thanks.
Thank you for your reply. I’ve sent the patch to ML. Could you please help
review it? Thank you!
https://sourceware.org/
https://sourceware.org/bugzilla/show_bug.cgi?id=28875
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=27973
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=15228
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=20515
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=26407
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://sourceware.org/bugzilla/show_bug.cgi?id=32818
Yury Khrustalev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32242
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32871
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
f3f42468b3b8d4002ed48bb333c01d11674f948d
Author: Alan Modra
Date: Tue Apr 15 07:02:40 2025 +0930
PR 32871 ld/ldmain.c#L425 incorrect location of #endif
Fix commit c4fce3ef2927 brace position.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32870
--- Comment #3 from Sam James ---
Could you send the patch to the ML? Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32871
Bug ID: 32871
Summary: ld/ldmain.c#L425 incorrect location of #endif
Product: binutils
Version: 2.45 (HEAD)
Status: UNCONFIRMED
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=32871
cqwrteur changed:
What|Removed |Added
CC||euloanty at live dot com
Hos
https://sourceware.org/bugzilla/show_bug.cgi?id=32870
--- Comment #1 from John Dong ---
Created attachment 16021
--> https://sourceware.org/bugzilla/attachment.cgi?id=16021&action=edit
main.o: LLVM IR bitcode
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32870
--- Comment #2 from John Dong ---
Created attachment 16022
--> https://sourceware.org/bugzilla/attachment.cgi?id=16022&action=edit
proposed patch
--
You are receiving this mail because:
You are on the CC list for the bug.
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dongjianqiang2 at huawei dot com
Target Milestone: ---
Reproduction environment:
- Toolchain: LLVM 15.0.4 + binutils 2.41
- testcase main.c: int main
+targ_defvec=lm32_elf32_vec
targ_selvecs=lm32_elf32_vec
;;
diff -Nur binutils-2.41.orig/ld/configure.tgt binutils-2.41/ld/configure.tgt
--- binutils-2.41.orig/ld/configure.tgt 2023-07-03 01:00:00.0 +0200
+++ binutils-2.41/ld/configure.tgt 2023-09-07 17:03:44.364298973 +0200
https://sourceware.org/bugzilla/show_bug.cgi?id=32867
Hans-Peter Nilsson changed:
What|Removed |Added
Version|unspecified |2.45 (HEAD)
Host|
https://sourceware.org/bugzilla/show_bug.cgi?id=32867
--- Comment #1 from Hans-Peter Nilsson ---
FAOD: the testcases check the symbol table value for THE_END, which is just
correlated to the the actual problem: that the image (the .padding section) got
the wrong size. For maxdoto, it's the .text
: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hp at sourceware dot org
Target Milestone: ---
Created attachment 16018
--> https://sourceware.org/bugzilla/attachment.cgi?id=16018&acti
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.
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #9 from H.J. Lu ---
(In reply to Sam James from comment #0)
> Hi!
>
> Since ...
>
> commit 2707d55e539ef323dd14a1293e762bf3d9739ee7
> Author: Michael Matz
> Date: Mon Mar 31 15:57:08 2025 +0200
>
> [lto] Fix symlookup in
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
H.J. Lu changed:
What|Removed |Added
Blocks||32854
Referenced Bugs:
https://sourceware
. This particular testcase has already been fixed on
mainline.
However, adding -melf_i386 to the command line (or using a ld that defaults to
i386) does show a different segfault
/home/alan/src/binutils-gdb/bfd/elflink.c:14411:26: runtime error: member
access within null pointer of type 's
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
H.J. Lu changed:
What|Removed |Added
Depends on||32846
Referenced Bugs:
https://sourceware
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
Bug 32854 depends on bug 32846, which changed state.
Bug 32846 Summary: LTO link failures in various packages since
2707d55e539ef323dd14a1293e762bf3d9739ee7
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
What|Removed
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
Author: H.J. Lu
Date: Tue Apr 8 13:10:02 2025 -0700
ld: Skip the LTO archive member only for the earlier DSO
commit 2707d55e539ef323dd14a1293e762bf3d9739ee7
Author: Michael Matz
Date: Mon Mar 31 15:57:08 2025 +0200
skipped the LTO archive member even when the earlier item
Author: H.J. Lu
Date: Tue Apr 8 13:10:02 2025 -0700
ld: Skip the LTO archive member only for the earlier DSO
commit 2707d55e539ef323dd14a1293e762bf3d9739ee7
Author: Michael Matz
Date: Mon Mar 31 15:57:08 2025 +0200
skipped the LTO archive member even when the earlier
https://sourceware.org/bugzilla/show_bug.cgi?id=30076
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=19962
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32858
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://sourceware.org/bugzilla/show_bug.cgi?id=30437
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=30437
Sam James changed:
What|Removed |Added
Target Milestone|--- |2.41
--
You are receiving this mail beca
https://sourceware.org/bugzilla/show_bug.cgi?id=19962
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=30437
Sam James changed:
What|Removed |Added
See Also||https://github.com/golang/g
d1458933830456e54223d9fc61f0d9b3a19256f5
Author: Alan Modra
Date: Thu Apr 10 19:41:49 2025 +0930
PR32858 ld segfault on fuzzed object
We missed one place where it is necessary to check for empty groups.
PR 32858
* elflink.c (elf_gc_sweep): Protect against empty group.
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
Dimitar Dimitrov changed:
What|Removed |Added
CC||dimitar at dinux dot eu
--
You ar
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sam at gentoo dot org
CC: hjl.tools at gmail dot com, matz at suse dot de
Target Milestone: ---
Hi!
Since ...
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=19962
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
See Also|
https://sourceware.org/bugzilla/show_bug.cgi?id=32860
--- Comment #2 from Michael Matz ---
I really think this ultimately boils down to the compiler not providing a
correct
symbol table in pr31482a.c, i.e. one not refering to 'abort' in any way.
The only way the linker could do something about t
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
fails with ld,
gold,
lld and mold.
--
You are receiving this mail because:
You are on the CC list for the bug.
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tgl-3 lto-6]$ cat pr31482a.c
#include
int
main()
{
abort ();
return 0;
}
[hjl@gnu-tgl-3 lto-6]$ cat pr31482c.c
#include
#include
void
abort (void
https://sourceware.org/bugzilla/show_bug.cgi?id=32860
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32860
H.J. Lu changed:
What|Removed |Added
Summary|Definition in the archive |Definition of GCC builtin
https://sourceware.org/bugzilla/show_bug.cgi?id=32858
Bug ID: 32858
Summary: SEGV on ld function cache_bwrite
Product: binutils
Version: 2.44
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31482
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=31489
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
Sam James changed:
What|Removed |Added
See Also||https://bugzilla.suse.com/s
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
--- Comment #1 from Sam James ---
For completeness, this bug is for:
commit 2707d55e539ef323dd14a1293e762bf3d9739ee7
Author: Michael Matz
Date: Mon Mar 31 15:57:08 2025 +0200
[lto] Fix symlookup in archives vs shared
when a share
https://sourceware.org/bugzilla/show_bug.cgi?id=32854
Sam James changed:
What|Removed |Added
CC||matz at suse dot de,
|
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
when a shared library defines 'foo@@FOO' (default version),
a static archive defines 'foo', the shared lib c
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #8 from H.J. Lu ---
(In reply to Michael Matz from comment #7)
> Ultimately first_hash was introduced for what really is a bug in the compiler
> (pr31482, where the LTO .o files don't contain a reference to abort in their
> symbol
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #7 from Michael Matz ---
Ultimately first_hash was introduced for what really is a bug in the compiler
(pr31482, where the LTO .o files don't contain a reference to abort in their
symbol table). Introducing that doesn't completely
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #6 from Michael Matz ---
At least I'm sure that first_hash usage was also brittle before. Slightly
changing the situation of PR31482 (for which it was introduced) still shows
bugs related to LTO and archives, even without my patch
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #5 from Michael Matz ---
That's an interesting case. hash_new is defined in hash.o and that's inserted
into both static archives, libshared.a and libkmod-internal.a, and these come
in
that order on the link edit command. first_ha
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gmail dot com
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
Michael Matz changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://sourceware.org/bugzilla/show_bug.cgi?id=32846
--- Comment #2 from Sam James ---
```
/usr/lib/gcc/x86_64-pc-linux-gnu/15/../../../../x86_64-pc-linux-gnu/bin/ld:
/tmp/ccNimEok.ltrans0.ltrans.o: in function `mkdir_parents':
:(.text+0x1): undefined reference to `mkdir_p'
/usr/lib/
1 - 100 of 10487 matches
Mail list logo
