[Bug binutils/4607] Bug in probe_binary() prevents windres from recognizing very small .res files
--- Additional Comments From Kai dot Tietz at onevision dot com 2007-06-14 08:50 --- Tested and added patch to binutils. See http://article.gmane.org/gmane.comp.gnu.binutils/33026 Cheers, Kai -- What|Removed |Added Status|NEW |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=4607 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4590] String merging breaks ia64 linker
--- Additional Comments From hjl at lucon dot org 2007-06-14 15:34 --- This patch http://sourceware.org/ml/binutils/2007-06/msg00104.html works. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4590 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4643] New: linker scripts do not accept symbols in MEMORY section
The following script returns an error "nonconstant expression for origin".
Any reasions why symbols are not allowed?
FLASH_START = 0x1;
FLASH_END = 0x2;
RAM_START = 0x8;
RAM_END = 0x9;
MEMORY {
FLASH : ORIGIN = FLASH_START, LENGTH = FLASH_END - FLASH_START
RAM : ORIGIN = RAM_START, LENGTH = RAM_END - RAM_START
}
FYI: A similar problem is also described here
http://www.cygwin.com/ml/binutils/2004-03/msg00540.html
--
Summary: linker scripts do not accept symbols in MEMORY section
Product: binutils
Version: 2.15
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: axelheider at gmx dot de
CC: bug-binutils at gnu dot org
GCC host triplet: i386/cygwin
GCC target triplet: ARM
http://sourceware.org/bugzilla/show_bug.cgi?id=4643
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4646] New: TOC entries could be merged
Take the two simple sources:
t.c:
extern int t;
int f1(void)
{
return t;
}
int main(void)
{
return f() + f1();
}
t1.c:
int t;
int f(void)
{
return t;
}
---
When we compile (and link) them, we get:
14b0 <.f1>:
14b0: e9 22 80 38 ld r9,-32712(r2)
14b4: e8 69 00 02 lwa r3,0(r9)
14b8: 4e 80 00 20 blr
1520 <.f>:
1520: e9 22 80 40 ld r9,-32704(r2)
1524: e8 69 00 02 lwa r3,0(r9)
1528: 4e 80 00 20 blr
Notice how the offsets of r2 are different though they reference the
same variable? This is a problem only for across objects.
If I change main to use the global variable t also, I get:
14f0: e9 22 80 38 ld r9,-32712(r2)
inside main
so main and f1 have the same TOC entry for the variable t.
GNU ld version 2.17.50 20070213
--
Summary: TOC entries could be merged
Product: binutils
Version: 2.18 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: pinskia at gcc dot gnu dot org
CC: bug-binutils at gnu dot org
GCC target triplet: powerpc64-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=4646
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4646] TOC entries could be merged
--- Additional Comments From pinskia at gcc dot gnu dot org 2007-06-15 03:15 --- Unused TOC entries are removed: http://www.sourceware.org/ml/binutils/2004-11/msg00072.html But it looks like Alan did not finish with the merging of the TOC. -- What|Removed |Added CC||amodra at bigpond dot net ||dot au http://sourceware.org/bugzilla/show_bug.cgi?id=4646 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
