https://sourceware.org/bugzilla/show_bug.cgi?id=20744
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|amodra at gm
https://sourceware.org/bugzilla/show_bug.cgi?id=20693
Cary Coutant changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20693
--- Comment #5 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Cary Coutant :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=c13b08dbbcf752480a7621aa1f89bc5440c74c25
commit c13b08dbbcf752480a7621aa1f8
https://sourceware.org/bugzilla/show_bug.cgi?id=20833
--- Comment #7 from H.J. Lu ---
X32 uses 32-bit pointers in 64-bit address space. It can reach
the full 64-bit address space:
[hjl@gnu-6 far-3]$ cat x.c
#include
extern int foo (long long);
int
main ()
{
long long addr = 0xff600
https://sourceware.org/bugzilla/show_bug.cgi?id=20830
--- Comment #7 from Keno Fischer ---
In an idealized world, yes, we could assume a default unwind rule if none is
found, but in the real world, it is safer to just terminate the unwind when no
unwind info is present (because more often than no
https://sourceware.org/bugzilla/show_bug.cgi?id=20830
--- Comment #6 from H.J. Lu ---
There are codes which don't need unwind info, similar to .plt.got.
Can unwind library assume DW_CFA_nop if there is no unwind info
so that we only need to generate unwind info only when it isn't
DW_CFA_nop?
--
https://sourceware.org/bugzilla/show_bug.cgi?id=20693
--- Comment #4 from Markus Trippelsdorf ---
Here is an example:
trippels@gcc2-power8 linux % objdump -h lib/lib.a | sed -ne
'/___ksymtab/{s/.*+/EXTERN(/;s/ .*/)/;p}' >|lib/.lib-ksyms.o.lds
trippels@gcc2-power8 linux % cat lib/.lib-ksyms.o.lds
https://sourceware.org/bugzilla/show_bug.cgi?id=20467
Cary Coutant changed:
What|Removed |Added
CC||ccoutant at gmail dot com,
https://sourceware.org/bugzilla/show_bug.cgi?id=20693
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=20693
Cary Coutant changed:
What|Removed |Added
CC||npiggin at gmail dot com
--- Comment #
https://sourceware.org/bugzilla/show_bug.cgi?id=20767
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=20833
--- Comment #6 from H.J. Lu ---
(In reply to Cary Coutant from comment #5)
> (In reply to H.J. Lu from comment #3)
> > Technically, gold is correct to complain relocation overflow.
> > But vvar_vsyscall_gtod_data is in vvar page which is place
https://sourceware.org/bugzilla/show_bug.cgi?id=20834
Cary Coutant changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|ld.gold on
https://sourceware.org/bugzilla/show_bug.cgi?id=20833
--- Comment #5 from Cary Coutant ---
(In reply to H.J. Lu from comment #3)
> Technically, gold is correct to complain relocation overflow.
> But vvar_vsyscall_gtod_data is in vvar page which is placed before
> vdso page:
>
> 7fffe89d8000-7fff
https://sourceware.org/bugzilla/show_bug.cgi?id=20805
--- Comment #12 from Cary Coutant ---
(In reply to Markus Trippelsdorf from comment #8)
> But Jakub wrote in the gcc bug:
>
> »As for the ld.bfd optimization that makes linking with ld.bfd work, that is
> an optimization if there are any IE r
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #11 from Jon Turney ---
(In reply to Nick Clifton from comment #7)
Lookng at this again, this is quite odd behaviour from the loader. Using my
own PE dumper, which shows the VirtSize, on the testcase above:
1.exe (valid)
Name
https://sourceware.org/bugzilla/show_bug.cgi?id=20830
--- Comment #5 from Keno Fischer ---
It causes runtime failures in exactly the same cases as missing `.plt` info
would:
Asynchronous unwinds that happen to originate in .plt stubs. This bug was filed
as a result of me working through all the c
https://sourceware.org/bugzilla/show_bug.cgi?id=20830
--- Comment #4 from H.J. Lu ---
(In reply to Keno Fischer from comment #3)
> Apologies for the delay. The patch works for me and fixes the cases I saw.
I have no plan to apply this patch unless it changes run-time behavior
with a testcase.
-
https://sourceware.org/bugzilla/show_bug.cgi?id=20114
David Edelsohn changed:
What|Removed |Added
CC||dje at sourceware dot org
--
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=20113
David Edelsohn changed:
What|Removed |Added
CC||dje at sourceware dot org
--
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=20849
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P2
https://sourceware.org/bugzilla/show_bug.cgi?id=20849
--- Comment #1 from Georg-Johann Lay ---
Created attachment 9658
--> https://sourceware.org/bugzilla/attachment.cgi?id=9658&action=edit
Untested patch
ld/
PR target/20849
* scripttempl/avrtiny.sc (__RODATA_PM_OFFSET__): New
https://sourceware.org/bugzilla/show_bug.cgi?id=20849
Bug ID: 20849
Summary: [avr][avr_tiny] Don't put .rodata in RAM.
Product: binutils
Version: 2.27
Status: NEW
Severity: enhancement
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=20827
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Renlin Li :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5689c9424b33aac68c4762ce0bda09ca7e3affe0
commit 5689c9424b33aac68c4762ce0bda09
https://sourceware.org/bugzilla/show_bug.cgi?id=20815
--- Comment #18 from ma.jiang at zte dot com.cn ---
(In reply to Nick Clifton from comment #17)
Hi Nick,
I have tested the proposed patch. And yes, it does print error messages as
expected, thanks! I only have two small question about the
25 matches
Mail list logo
