I think I've got that correct.
Attempting to build a cross-compile toolchain for an arm project (I literally
want to apply a small patch in a project). This looks virtually exactly like
this bug http://sourceware.org/bugzilla/show_bug.cgi?id=7026 However that was
literally against version 2.19,
--- Additional Comments From vapier at gentoo dot org 2009-03-12 04:37
---
i dont think the host matters, but people who have tested so far seem to be
amd64 users only ...
simply running the linker on the crtn.o object should also trigger the crash i
think ...
arm-softfloat-linux-gnueab
--- Additional Comments From hjl dot tools at gmail dot com 2009-03-12
04:25 ---
Is that reproducible with a cross linker on Linux/ia32?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9934
--- You are receiving this mail because: ---
You are on the CC list for the bug, or
--- Additional Comments From hjl dot tools at gmail dot com 2009-03-11
16:45 ---
loop.o and loop.s look OK. If you can provide complete linker inputs
with command line options so that I can reproduce it on Linux with
a cross linker, I will take a look.
--
http://sourceware.org/bugzil
--- Additional Comments From nickc at redhat dot com 2009-03-11 15:27
---
Hi Niki,
Just one idea - have you tried building a static version of the 'ar' binary
and then testing that ?
Cheers
Nick
--
http://sourceware.org/bugzilla/show_bug.cgi?id=521
--- You are receiving t
On Wed, Mar 11, 2009 at 01:14:59PM +0100, Juan Renau wrote:
> When using the 2.16 ld I can export these functions by adding them
> into the global section of the version file.
Are you sure about this claim? My 2.16.1 x86 binutils does not allow
a hidden visibility symbol to be made global by a ve
Hello everybody
I have just upgraded the bintuils from 2.16 to the 2.19.1 and I'm having some
new difficulties when using a script version-file.
I use a script-version file to export some not-explicit exported C-functions by
the DLL. The objects for the DLL are built using g++ -fvisibility-hid
--- Additional Comments From vapier at gentoo dot org 2009-03-11 11:52
---
while true, this is coming from building gcc, so interrupting the process to
manually run things is kind of a pain ... plus, that just gets us pass the
libgcc_s.so stage. iirc, anything linking against crtn.o wil
--- Additional Comments From nickc at redhat dot com 2009-03-11 10:40
---
Hi Mike,
> running with --verbose shows no info as to why ld decided to exit(1) ...
Yeah my bad. Delete the last frag of the patch to elflink.c, (the one that
calls bfd_set_error) and you will get your error m
--- Additional Comments From oliver at linux-kernel dot at 2009-03-11
10:08 ---
Ping?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5149
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
--- Additional Comments From niki dot waibel at gmx dot net 2009-03-11
09:32 ---
Created an attachment (id=3810)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3810&action=view)
of loop.o
--
http://sourceware.org/bugzilla/show_bug.cgi?id=9938
--- You are receiving this
--- Additional Comments From niki dot waibel at gmx dot net 2009-03-11
09:25 ---
Created an attachment (id=3809)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3809&action=view)
from
/misc/i386-pc-solaris2.10/opt/gcc/4.3.3/lib/gcc/i386-pc-solaris2.10/4.3.3/libgomp.a
--
http:
--- Additional Comments From jrt at worldlinc dot net 2009-03-11 07:24
---
Good suggestion
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4437
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
__
13 matches
Mail list logo
