[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 --- Comment #3 from Nick Clifton 2012-02-24 10:54:02 UTC --- Created attachment 6242 --> http://sourceware.org/bugzilla/attachment.cgi?id=6242 Convert abort into an error message -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 --- Comment #4 from cvs-commit at gcc dot gnu.org 2012-02-24 10:54:51 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-02-24 10:54:47 Modified files: bfd: ChangeLog reloc.c Log message: PR ld/13730 * reloc.c (bfd_generic_get_relocated_section_contents): Issue an error message instead of aborting, when an outofrange reloc is encountered. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.5613&r2=1.5614 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/reloc.c.diff?cvsroot=src&r1=1.221&r2=1.222 -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution||FIXED --- Comment #5 from Nick Clifton 2012-02-24 10:58:33 UTC --- Hi James, I think that gtm does process the binaries before linking. Certainly the serenji.o binary cannot be linked on its own. On the other hand, the linker should not be aborting in situations like this. Instead it should return an error message and a suitable exit value. So I have checked in a patch that does just this. With the patch applied I now get this message: a.out(.data): relocation ".data+0xff50 (type 32)" goes out of range Still not perfect - it does not say why the reloc is out of range - but that is about that best that the linker can do in this situation. Cheers Nick -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/13730] Trying to link against gt.m object code
http://sourceware.org/bugzilla/show_bug.cgi?id=13730 --- Comment #6 from James Michael DuPont 2012-02-24 11:37:51 UTC --- Thanks Nick, Compiled and tested. I will be looking into gtm more in detail. here are my test results : h4ck3rm1k3@gcc10:~/experiments/binutils$ ./ld/ld-new ~/test/attachment.cgi\?id\=6238 ./ld/ld-new: i386 architecture of input file `/home/h4ck3rm1k3/test/attachment.cgi?id=6238' is incompatible with i386:x86-64 output ./ld/ld-new: warning: cannot find entry symbol _start; defaulting to 004000b0 /home/h4ck3rm1k3/test/attachment.cgi?id=6238:/home/h4ck3rm1k3/test/attachment.cgi?id=6238:(.text+0x67): undefined reference to `_Serenji.SHELL' /home/h4ck3rm1k3/test/attachment.cgi?id=6238:/home/h4ck3rm1k3/test/attachment.cgi?id=6238:(.text+0x6c): undefined reference to `_Serenji' ./ld/ld-new: a.out(.data): relocation ".data+0xff50 (type 32)" goes out of range thanks, mike On Fri, Feb 24, 2012 at 11:58 AM, nickc at redhat dot com wrote: > http://sourceware.org/bugzilla/show_bug.cgi?id=13730 > > Nick Clifton changed: > > What |Removed |Added > > Status|NEW |RESOLVED > CC| |nickc at redhat dot com > Resolution| |FIXED > > --- Comment #5 from Nick Clifton 2012-02-24 > 10:58:33 UTC --- > Hi James, > > I think that gtm does process the binaries before linking. Certainly the > serenji.o binary cannot be linked on its own. On the other hand, the linker > should not be aborting in situations like this. Instead it should return an > error message and a suitable exit value. So I have checked in a patch that > does just this. With the patch applied I now get this message: > > a.out(.data): relocation ".data+0xff50 (type 32)" goes out of range > > Still not perfect - it does not say why the reloc is out of range - but that > is > about that best that the linker can do in this situation. > > Cheers > Nick > > -- > Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug. -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13710] [Regression] .def files containing LIBRARY statement can't be parsed any more
http://sourceware.org/bugzilla/show_bug.cgi?id=13710 --- Comment #2 from cvs-commit at gcc dot gnu.org 2012-02-24 14:20:27 UTC --- CVSROOT:/cvs/src Module name:src Changes by:kti...@sourceware.org2012-02-24 14:20:19 Modified files: binutils : ChangeLog defparse.y binutils/doc : binutils.texi ld : ChangeLog deffilep.y Log message: PR binutils/13710 * defparse.y (keyword_as_name): Disable LIBRARY keyword. * doc/binutils.texi: Document LIBRARY exception. PR binutils/13710 * deffilep.y (keyword_as_name): Disable LIBRARY keyword. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=src&r1=1.1882&r2=1.1883 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/defparse.y.diff?cvsroot=src&r1=1.13&r2=1.14 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/doc/binutils.texi.diff?cvsroot=src&r1=1.186&r2=1.187 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/ChangeLog.diff?cvsroot=src&r1=1.2412&r2=1.2413 http://sourceware.org/cgi-bin/cvsweb.cgi/src/ld/deffilep.y.diff?cvsroot=src&r1=1.39&r2=1.40 -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13710] [Regression] .def files containing LIBRARY statement can't be parsed any more
http://sourceware.org/bugzilla/show_bug.cgi?id=13710 Kai Tietz changed: What|Removed |Added Status|NEW |RESOLVED CC||ktietz at redhat dot com Resolution||FIXED --- Comment #3 from Kai Tietz 2012-02-24 14:24:53 UTC --- Fixed. -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
LFLAGS+=-Wl,-q causes ld to signal 11 during collect2
I have spent the past couple of days tracking down why my builds all fail with collect2: ld terminated with signal 11 [Segmentation fault] This was 100% repeatable with binutils 2.20 and 2.22, on multiple architectures (X86 and ARM). I finally found that the cause was passing LFLAGS+=-Wl,-q to the compiler (asking LD to emit relocation records). Removing this flag allowed the link to run. Since Google-ing for this error never seems to yield any sort of suggestions to try to fix this, I thought I'd share my results. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
Re: LFLAGS+=-Wl,-q causes ld to signal 11 during collect2
Hi David, I finally found that the cause was passing LFLAGS+=-Wl,-q to the compiler (asking LD to emit relocation records). Please could you file a bug report for this here: http://sourceware.org/bugzilla Including a way to reproduce the problem will really help. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/13406] version script: please allow anonymous tag to be combined with other tags
http://sourceware.org/bugzilla/show_bug.cgi?id=13406 --- Comment #3 from Igor Pashev 2012-02-25 07:30:58 UTC --- What about assigning [on the fly] some tag instead to those "anonymous" tags? Say "__solaris_anon" or whatsoever. Or maybe "Base". dpkg-gensymbols list anonymous tags as @Base. In any case if this will be fixed in other way, we can use LD_NOVERSION for transition. -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/12548] anonymous version scripts no longer working with binutils 2.21
http://sourceware.org/bugzilla/show_bug.cgi?id=12548 --- Comment #3 from Igor Pashev 2012-02-25 07:34:55 UTC --- What about assigning [on the fly] some tag instead to those "anonymous" tags? Say "__solaris_anon" or whatsoever. Or maybe "Base". dpkg-gensymbols list anonymous tags as @Base. In any case if this will be fixed in other way, we can use LD_NOVERSION for transition. -- 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. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
