https://sourceware.org/bugzilla/show_bug.cgi?id=25125
kaiyuan1 at andrew dot cmu.edu changed:
What|Removed |Added
CC||kaiyuan1 at andrew dot
https://sourceware.org/bugzilla/show_bug.cgi?id=25125
Bug ID: 25125
Summary: The "-a" argument affects output object files
Product: binutils
Version: 2.33
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compone
https://sourceware.org/bugzilla/show_bug.cgi?id=22269
--- Comment #38 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=ef0cc92e9cd7a589e441389167a8d4fb2fe46367
commit ef0cc92e9cd7a589e441389167a8
https://sourceware.org/bugzilla/show_bug.cgi?id=22269
--- Comment #37 from Alan Modra ---
I agree that there shouldn't be relative relocs on anything to do with foo.
But a pattern that matches those but not relative relocs for powerpc64 on the
opd entry for _start is a little tricky. Hmm, let m
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #5 from Harald van Dijk ---
(In reply to Nick Alcock from comment #4)
> The C compiler shouldn't affect anything here: the linker in use is what
> matters.
tcc has its own built-in linker.
> I'll try to get tcc working in a bit,
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #4 from Nick Alcock ---
The C compiler shouldn't affect anything here: the linker in use is what
matters.
I'll try to get tcc working in a bit, but in the absence of that you could try
to figure out which symbol in ctf-open-bfd.c
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #3 from Harald van Dijk ---
(In reply to Nix from comment #1)
> 4: This is very strange. In 2.33, readelf carefully calls only .o files that
> do not cite BFD functions, even indirectly, so ctf-open-bfd.o is never
> pulled in and B
https://sourceware.org/bugzilla/show_bug.cgi?id=22589
--- Comment #8 from Julius Werner ---
> in position dependent code the most reasonable behaviour is to try to
> set the symbol address to 0 and if 0 is outside of the range of adrp
> then report a linker error.
Yes, thanks, that's exactly the
https://sourceware.org/bugzilla/show_bug.cgi?id=22269
Szabolcs Nagy changed:
What|Removed |Added
CC||nszabolcs at gmail dot com
--- Commen
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
wxsxsdz at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://sourceware.org/bugzilla/show_bug.cgi?id=25104
--- Comment #7 from lol lol ---
Thank you for clarification.
Anyway, there is a feeling that such behavior breaks some logic.
I.e., order of link objects leads to different results.
At the same time, when using P flag - result is the same.
--
https://sourceware.org/bugzilla/show_bug.cgi?id=22589
Szabolcs Nagy changed:
What|Removed |Added
CC||nszabolcs at gmail dot com
--- Commen
https://sourceware.org/bugzilla/show_bug.cgi?id=25104
--- Comment #6 from Alan Modra ---
The patch I checked in documents that you need to use the P flag in this
situation. I'm inclined to not automatically enable P with thin archives, as
there may be cases where users want "ar r" to only match
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
--- Comment #2 from Andreas Schwab ---
The input .ctors sections should never contain begin and end markers, except
for the fragments from crtbegin.o/crtend.o (which are explicitly excluded).
--
You are receiving this mail because:
You are o
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
--- Comment #1 from wxsxsdz at gmail dot com ---
ld will copy .ctors section from the input files to .init_array section in the
output file.
.ctors section should start with 0x and end with
0x. But .init_array sh
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
wxsxsdz at gmail dot com changed:
What|Removed |Added
Summary|behaviour of ld |behaviour of ld when
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
Bug ID: 25122
Summary: behaviour of ld
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assign
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
--- Comment #2 from Nick Alcock ---
(For the avoidance of doubt: the commenter above was me, logged in under the
wrong bugzilla account.)
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nick.alcock at oracle
dot com
-
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nick Alcock changed:
What|Removed |Added
CC|nix at esperi dot org.uk |nick.alcock at oracle
dot com
-
https://sourceware.org/bugzilla/show_bug.cgi?id=25029
--- Comment #10 from Nick Clifton ---
Hi Florin,
> The target seems to be x86_64-w64-mingw32
Darn - I get the same results (ie SizeOfImage == 0x4000 always) with this
configuration too.
> Are your results before or after applying your propo
https://sourceware.org/bugzilla/show_bug.cgi?id=25120
Nix changed:
What|Removed |Added
CC||nix at esperi dot org.uk
--- Comment #1 from Ni
https://sourceware.org/bugzilla/show_bug.cgi?id=25104
--- Comment #5 from lol lol ---
Dear Alan,
currently I have problems with access to the build machine (latest git
revision).
I have a question. Is this change fixes behavior of:
```
mkdir reproducing_ar_bug
cd reproducing_ar_bug
touch
https://sourceware.org/bugzilla/show_bug.cgi?id=25104
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=452
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25104
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=95cc7c169c4bbb6f10e630184f527b20b83fc5c3
commit 95cc7c169c4bbb6f10e630184f527
https://sourceware.org/bugzilla/show_bug.cgi?id=452
--- Comment #4 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=95cc7c169c4bbb6f10e630184f527b20b83fc5c3
commit 95cc7c169c4bbb6f10e630184f527b2
28 matches
Mail list logo
