https://sourceware.org/bugzilla/show_bug.cgi?id=32671
--- Comment #7 from Aurelien Jarno ---
(In reply to Florian Weimer from comment #6)
> (In reply to Aurelien Jarno from comment #5)
> > I am not fully convince that we want to default to
> > --enable-error-execstack=yes at this stage. It seems
https://sourceware.org/bugzilla/show_bug.cgi?id=32671
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://sourceware.org/bugzilla/show_bug.cgi?id=32572
--- Comment #4 from Aurelien Jarno ---
(In reply to H.J. Lu from comment #2)
> Created attachment 15888 [details]
> A patch
>
> Please try this.
Thanks for the patch. I have built binutils with it and I do not see any
regression in the tests
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Host: aarch64-unknown-linux-gnu
Target: aarch64-unknown-linux-gnu
Build: aarch64-unknown
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
Aurelien Jarno changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
--- Comment #1 from Aurelien Jarno ---
Created attachment 15251
--> https://sourceware.org/bugzilla/attachment.cgi?id=15251&action=edit
Reproducer
I have attached a (big) reproduced for this bug. This is basically the files
from the glibc b
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
Aurelien Jarno changed:
What|Removed |Added
Host||riscv64-unknown-linux-gnu
Assignee: unassigned at sourceware dot org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Building glibc 2.38 with --enable-bind-now on riscv64 with the current binutils
binutils-2_41-branch branch (actually through the sid debian package in version
2.41.50.20231206-1
https://sourceware.org/bugzilla/show_bug.cgi?id=28441
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #2 from Aurelien Jarno ---
Try with:
$ readelf -s a.out | grep GLOBAL
7: 0 NOTYPE GLOBAL DEFAULT UND zero
--
You are receiving this mail because:
You are on the CC list for the bug.
/bugreport.cgi?bug=1026
979
Status: NEW
Severity: critical
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: aurelien at aurel32 dot net
CC: jbeulich at suse dot com
Target
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #8 from Aurelien Jarno ---
I have opened a bug on the GNU libc side:
https://sourceware.org/bugzilla/show_bug.cgi?id=25506
And posted the corresponding patch:
https://sourceware.org/ml/libc-alpha/2020-02/msg00084.html
--
You a
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #7 from Aurelien Jarno ---
It creates a relocation because my GCC defaults to -pie. It is not present when
I compile conftest.S with -no-pie.
I observe the same behaviour with MIPS, which doesn't support IFUNC. It looks
like the G
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #5 from Aurelien Jarno ---
It does succeed here (glibc 2.30, binutils 2.34, gcc 9.2.1):
configure:4009: checking for assembler and linker STT_GNU_IFUNC support
Relocation section '.rela.dyn' at offset 0x268 contains 1 entry:
Of
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #3 from Aurelien Jarno ---
Thanks for the fast answer. I understand that the support is missing, and that
it might take time to add it.
The problem is not directly the missing support, but the fact that basic
support is there, whi
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #1 from Aurelien Jarno ---
Note that this is on Debian where GCC default to PIE. You might have to pass
-fPIE to be able to reproduce the issue (it is not reproducible with -fno-PIE).
--
You are receiving this mail because:
You a
: ld
Assignee: unassigned at sourceware dot org
Reporter: aurelien at aurel32 dot net
Target Milestone: ---
Created attachment 12250
--> https://sourceware.org/bugzilla/attachment.cgi?id=12250&action=edit
Script to reproduce the issue
Starting with GNU libc 2.30, the te
https://sourceware.org/bugzilla/show_bug.cgi?id=21054
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=20649
--- Comment #8 from Aurelien Jarno ---
(In reply to Maciej W. Rozycki from comment #7)
> I yet need to integrate the test case with the test suite,
> but please be assured this fix will make it to 2.28.
Thanks!
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=20649
--- Comment #6 from Aurelien Jarno ---
(In reply to Maciej W. Rozycki from comment #5)
> Sure, the GNU GPL applies. Due to other commitments it'll take me a
> few days yet to get the test cases made, but I don't plan to change the
> code upda
https://sourceware.org/bugzilla/show_bug.cgi?id=20649
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--
You
http://sourceware.org/bugzilla/show_bug.cgi?id=13024
--- Comment #4 from Aurelien Jarno 2011-09-08
14:24:32 UTC ---
I confirm this fixes the issue, thanks a lot for working on that.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
http://sourceware.org/bugzilla/show_bug.cgi?id=13024
Summary: Internal error on mips/mipsel
Product: binutils
Version: 2.22 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gas
AssignedTo: unassig...@sourc
http://sourceware.org/bugzilla/show_bug.cgi?id=12978
--- Comment #3 from Aurelien Jarno 2011-07-17
22:08:39 UTC ---
I confirm it fixes the issue. Thanks for the quick work.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://sourceware.org/bugzilla/show_bug.cgi?id=12978
--- Comment #1 from Aurelien Jarno 2011-07-09
16:51:51 UTC ---
Created attachment 5841
--> http://sourceware.org/bugzilla/attachment.cgi?id=5841
Testcase to reproduce the issue
Please find attached a tarball to reproduce the issue. Run ./te
http://sourceware.org/bugzilla/show_bug.cgi?id=12978
Summary: ld generates broken ld.so on ia64
Product: binutils
Version: 2.22 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@so
http://sourceware.org/bugzilla/show_bug.cgi?id=12845
--- Comment #7 from Aurelien Jarno 2011-06-09
10:54:31 UTC ---
Thanks!
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
http://sourceware.org/bugzilla/show_bug.cgi?id=12845
--- Comment #4 from Aurelien Jarno 2011-06-09
06:28:54 UTC ---
Hi Nick,
Thanks a lot for the quick patch, I confirm that it fixes the issue I reported.
Cheers,
Aurelien
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab
http://sourceware.org/bugzilla/show_bug.cgi?id=12845
--- Comment #1 from Aurelien Jarno 2011-06-05
21:57:42 UTC ---
Created attachment 5768
--> http://sourceware.org/bugzilla/attachment.cgi?id=5768
tarball containing objects to reproduce the issue
Run testcase.sh to reproduce the issue. Note
http://sourceware.org/bugzilla/show_bug.cgi?id=12845
Summary: ld segfaults when using
Product: binutils
Version: 2.22 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sources.redh
http://sourceware.org/bugzilla/show_bug.cgi?id=12608
--- Comment #2 from Aurelien Jarno 2011-03-27
17:07:02 UTC ---
Created attachment 5329
--> http://sourceware.org/bugzilla/attachment.cgi?id=5329
broken source code (EV5)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?ta
http://sourceware.org/bugzilla/show_bug.cgi?id=12608
--- Comment #1 from Aurelien Jarno 2011-03-27
17:06:32 UTC ---
Created attachment 5328
--> http://sourceware.org/bugzilla/attachment.cgi?id=5328
working source code (EV4)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?t
http://sourceware.org/bugzilla/show_bug.cgi?id=12608
Summary: TLS relocations issues on alpha
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassig...@sources.red
http://sourceware.org/bugzilla/show_bug.cgi?id=12606
Aurelien Jarno changed:
What|Removed |Added
Target||mipsel-unknown-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=12606
Summary: [MIPS] relocation truncated to fit: R_MIPS_TLS_LDM
Product: binutils
Version: 2.22 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assigned
--- Additional Comments From aurelien at aurel32 dot net 2010-09-15 05:37
---
I have built binutils including the patch linked in the previous comment. I
confirm it fixes all the problem we currently have wrt this issue. Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id
--- Additional Comments From aurelien at aurel32 dot net 2010-09-14 23:53
---
Thanks a lot for your work. I'll test it tomorrow on a few of the cases we have
and keep you updated.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10144
--- You are receiving this mail be
--- Additional Comments From aurelien at aurel32 dot net 2010-09-14 23:01
---
Thanks for working on that. I have also spend some time trying to understand
the problem. I have also written a patch by analysing the difference with other
architecture, so I am not really sure it is
--- Additional Comments From aurelien at aurel32 dot net 2010-09-14 19:24
---
Created an attachment (id=4981)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=4981&action=view)
Testcase with C code and makefile
This new testcase doesn't obsolete the previous on
--- Additional Comments From aurelien at aurel32 dot net 2010-09-14 19:17
---
I am reopening the bug as it appeared that the issue is not fixed in GCC 4.5 as
I wrongly said here. It's just that our gcc was configured to default to -mplt
which, in some cases, workaround the issue
--- Additional Comments From aurelien at aurel32 dot net 2010-08-23 18:43
---
This is indeed a gcc issue, marking the bug on ld as invalid.
--
What|Removed |Added
--- Additional Comments From aurelien at aurel32 dot net 2009-11-04 10:47
---
The alternative patch also fixes the problem, and also doesn't introduce any
regressions in the testsuite.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10858
--- You are receiving this
--- Additional Comments From aurelien at aurel32 dot net 2009-11-04 09:46
---
Thanks a lot for the patch, I confirm it works for both the versions just after
the problem has been introduced and trunk. I also checked it introduces no
regressions on the trunk version.
I haven't t
--- Additional Comments From aurelien at aurel32 dot net 2009-11-03 13:03
---
I have been able to bisect the bug further, here is the changeset that causes
the problem:
2008-08-07 Richard Sandiford
* elfxx-mips.c (mips_got_info): Add a "reloc_only_gotno&q
--- Additional Comments From aurelien at aurel32 dot net 2009-11-01 10:44
---
The problem has been introduced by this (huge) changeset:
2008-08-07 Richard Sandiford
* elf-bfd.h (elf_backend_data): Add a "rela_plts_and_copies_p" field.
* elfx
--- Additional Comments From aurelien at aurel32 dot net 2009-10-29 08:33
---
Unfortunately, bisecting takes time, especially on my slow machine. What I can
tell for now is that the CVS from 2008/07/03 works the CVS from 2008/08/14 does
not work.
About the gcc 4.3 issue not
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: aurelien at aurel32 dot net
CC: bug-binutils at gnu dot org
GCC build triplet: mipsel-unknown-linux-gnu
GCC host triplet: mipsel-unknown-linux-gnu
GCC target triplet: mipsel-unknown-linux
--- Additional Comments From aurelien at aurel32 dot net 2009-05-11 14:02
---
Created an attachment (id=3931)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3931&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=10144
--- You are receivi
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: aurelien at aurel32 dot net
CC: bug-binutils at gnu dot org
GCC build triplet: mips-unknown-linux-gnu
GCC host triplet: mips-unknown-linux-gnu
GCC target triplet: mips-unknown-linux-gnu
http://sourceware.org
--- Additional Comments From aurelien at aurel32 dot net 2008-01-23 23:48
---
Thanks a lot for the fix. I have just tested and it works fine for me.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4453
--- You are receiving this mail because: ---
You are on the CC list
--- Additional Comments From aurelien at aurel32 dot net 2008-01-18 20:24
---
I am not able to reproduce the problem anymore with the latest CVS. I guess the
problem has been fixed recently, but I don't know exactly when.
Thanks for the fix.
--
http://sourceware.org/bug
--- Additional Comments From aurelien at aurel32 dot net 2008-01-17 11:35
---
The binutils on which the problem exists is already built
with "--enable-targets=mips64el-linux-gnu". It is confirmed by the error
message:
ar: Matching formats: ecoff-littlemips ecoff-big
--- Additional Comments From aurelien at aurel32 dot net 2007-05-13 00:38
---
(In reply to comment #2)
> There's a good chance http://sourceware.org/ml/binutils/2007-05/msg00154.html
> will fix this for you.
Yes, that works, thanks a lot.
--
http://sourceware.o
--
What|Removed |Added
Version|2.17|2.18 (HEAD)
http://sourceware.org/bugzilla/show_bug.cgi?id=4497
--- You are receiving this mail because:
--- Additional Comments From aurelien at aurel32 dot net 2007-05-12 11:38
---
I forget to explicitely say it happens on mips/mipsel.
--
What|Removed |Added
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: aurelien at aurel32 dot net
CC: bug-binutils at gnu dot org
GCC build triplet: mipsel-unknown-linux-gnu
GCC host triplet: mipsel-unknown-linux-gnu
GCC
onent: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: aurelien at aurel32 dot net
CC: bug-binutils at gnu dot org
GCC build triplet: mipsel-unknown-linux-gnu
GCC host triplet: mipsel-unknown-linux-gnu
GCC target triplet: mipsel-unknown-
--- Additional Comments From aurelien at aurel32 dot net 2007-03-05 17:07
---
I have just tried again with the current CVS version. It seems the patch posted
on http://sourceware.org/ml/binutils/2007-01/msg00045.html has not been
applied, thus objdump and nm are not working correctly
binutils
Version: 2.18 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: aurelien at aurel32 dot net
CC: bug-binutils at gnu dot org
GCC build tripl
60 matches
Mail list logo
