https://sourceware.org/bugzilla/show_bug.cgi?id=23460
Nick Clifton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23460
--- Comment #23 from zenith432 at users dot sourceforge.net ---
(In reply to Nick Clifton from comment #22)
> I am confused by this part of the patch:
>
> for (plugin_list_iter = plugin_list;
>plugin_list_iter != NULL;
>plugi
https://sourceware.org/bugzilla/show_bug.cgi?id=23557
Bug ID: 23557
Summary: [AArch64] Incorrect instruction created for
R_AARCH64_LD_PREL_LO19
Product: binutils
Version: 2.32 (HEAD)
Status: UNCONFIRMED
Severity
https://sourceware.org/bugzilla/show_bug.cgi?id=23496
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23061
--- Comment #6 from Nick Clifton ---
Created attachment 11199
--> https://sourceware.org/bugzilla/attachment.cgi?id=11199&action=edit
Proposed patch
Hi Sandro,
Please could you see if the uploaded patch fixes the problem ?
Thanks.
Che
https://sourceware.org/bugzilla/show_bug.cgi?id=23557
--- Comment #1 from Dave Green ---
Also, perhaps relatedly, R_AARCH64_GOT_LD_PREL19 relocations give an internal
error.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=20293
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=23531
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23531
--- Comment #1 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=66b09c7ea97ffa4e0a175393fa7a8f240b00fbde
commit 66b09c7ea97ffa4e0a175393fa7
https://sourceware.org/bugzilla/show_bug.cgi?id=23536
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=23426
--- Comment #2 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=c8455dc98666030e930cddd8178b1b4074749b04
commit c8455dc98666030e930cddd8178
Hi Mike,
> If the file has no section name string table, this member holds the value
> |SHN_UNDEF|.
> If the section name string table section index is greater than or equal to
> |SHN_LORESERVE| (|0xff00|), this member has the value |SHN_XINDEX| (|0x|)
> The current readelf -h seems to as
https://sourceware.org/bugzilla/show_bug.cgi?id=23426
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=23536
--- Comment #2 from H.J. Lu ---
Created attachment 11204
--> https://sourceware.org/bugzilla/attachment.cgi?id=11204&action=edit
A testcase
[hjl@gnu-cfl-1 binutils]$ ./strip-new -g -o new.o foo.o
./strip-new: warning: foo.o: unsupported G
https://sourceware.org/bugzilla/show_bug.cgi?id=23315
--- Comment #4 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=ae19acf3201ee0b921cde8e70e278fe123e82105
commit ae19acf3201ee0b921cde8e70e2
https://sourceware.org/bugzilla/show_bug.cgi?id=23315
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #5
Hi,
On 08/21/2018 05:31 PM, Nick Clifton wrote:
if (filedata->section_headers != NULL
&& header->e_shstrndx == (SHN_XINDEX & 0x))
printf (" (%u)", filedata->section_headers[0].sh_link);
else if (header->e_shstrndx != SHN_UNDEF
&& header->e_shst
https://sourceware.org/bugzilla/show_bug.cgi?id=20694
James Patrick Conlon changed:
What|Removed |Added
CC||cptjustice at gmail dot com
--
https://sourceware.org/bugzilla/show_bug.cgi?id=23560
Bug ID: 23560
Summary: ld generates bad aarch64 veneers/long branch stubs
Product: binutils
Version: 2.31
Status: UNCONFIRMED
Severity: normal
Priority: P2
Co
I think an example would help explain this. Below is part of the output from
readelf -h on an elf object I have which has 210016 sections, but puts the
section header string table at section 1. So e_shstrndx is 1, but e_shnum is
0. My reading of the elf standard is that this is legal, but rea
On Tue, Aug 21, 2018 at 11:09:04PM +, Mike Murphy wrote:
> I think an example would help explain this. Below is part of the
> output from readelf -h on an elf object I have which has 210016
> sections, but puts the section header string table at section 1. So
> e_shstrndx is 1, but e_shnum is
21 matches
Mail list logo