[Bug ld/6726] enabling LD garbage collection with Thumb interworking causes ASSERT in ldlang.c line 4275

2008-07-23 Thread adsouzp at netscape dot net
--- Additional Comments From adsouzp at netscape dot net 2008-07-23 09:17 --- i just checked with the latest GNUARM distribution from GNUARM.org. as you stated, the problem has been solved in the latest binutils. this is the latest GNUARM package that i used for confirming the fix.

[Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

2008-07-23 Thread adsouzp at netscape dot net
--- Additional Comments From adsouzp at netscape dot net 2008-07-23 09:28 --- hello Nick: i just tested using latest GNUARM distribution from GNUARM.org. no, the problem has not been fixed in binutils 2.18. this is the distribution i used for testing: binutils-2.18, gcc-4.2.2-c-c++,

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
--- Additional Comments From bjarne dot jensen at se dot transport dot bombardier dot com 2008-07-23 10:21 --- Created an attachment (id=2836) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2836action=view) gdb crashes because abbrev_offset is incorrect (zero) While trying to

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
-- What|Removed |Added CC||bjarne dot jensen at se dot ||transport dot bombardier dot

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23 11:39 --- (In reply to comment #36) Created an attachment (id=2836) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2836action=view) gdb crashes because abbrev_offset is incorrect (zero) While trying to

Re: linker problem ? help needed !!!

2008-07-23 Thread Nick Clifton
Hi Navi, I am little confused by your suggestion, how will I specify the file extension .o for each object file. my present script is as follows : C:\STOIC\DEVELOPMENT\BIN\nasm -f aout .\asm\KERNEL.asm-o C:\STOIC\DEVELOPMENT\OUTPUT\KERNEL.o C:\STOIC\DEVELOPMENT\BIN\nasm -f aout

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
--- Additional Comments From bjarne dot jensen at se dot transport dot bombardier dot com 2008-07-23 12:01 --- Unfortunatly I only have windows machines at my site. The versions that I specified in the Makefile are the ones that I can use. --

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23 13:57 --- (In reply to comment #38) Unfortunatly I only have windows machines at my site. The versions that I specified in the Makefile are the ones that I can use. You seem to have a problem with gdb, not linker.

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
--- Additional Comments From bjarne dot jensen at se dot transport dot bombardier dot com 2008-07-23 14:13 --- The object file that is generated by the linker in my example already contains the erroneous compile unit header, specifically the abbrev_offset is zero. This is before gdb...

[Bug ld/3191] Dwarf 2 reader in linker doesn't suppor DW_FORM_ref_addr

2008-07-23 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23 14:17 --- (In reply to comment #40) The object file that is generated by the linker in my example already contains the erroneous compile unit header, specifically the abbrev_offset is zero. This is before

[Bug ld/6761] New: abbrev_offset in DWARF2 info is set incorrectly (zero) by ld

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
While trying to read the DWARF2 info in a partially linked object file I encountered a bug in the compilation unit headers: The abbrev_offset member is always zero. This causes the .debug_info parser to interpret the attributes incorrectly and I encounter symptoms, e.g. Could not find abbrev

[Bug ld/6761] abbrev_offset in DWARF2 info is set incorrectly (zero) by ld

2008-07-23 Thread bjarne dot jensen at se dot transport dot bombardier dot com
--- Additional Comments From bjarne dot jensen at se dot transport dot bombardier dot com 2008-07-23 14:42 --- Created an attachment (id=2837) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2837action=view) Example of an object file that crashes gdb The Makefile in this example

[Bug ld/6726] enabling LD garbage collection with Thumb interworking causes ASSERT in ldlang.c line 4275

2008-07-23 Thread adsouzp at netscape dot net
--- Additional Comments From adsouzp at netscape dot net 2008-07-23 15:13 --- i was able to download and build binutils-2.18.50 that was released today. after building it, i verified that the bug described in this report has been fixed. also, i confirmed that problem in bug6727 has also

[Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

2008-07-23 Thread adsouzp at netscape dot net
--- Additional Comments From adsouzp at netscape dot net 2008-07-23 15:16 --- Nick: first of all, the problem is not fixed in binutils-2.18, the latest stable release. as suggested by you, i attempted to get the latest sources from CVS. i am not sure that the CVS checkout completed

[Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

2008-07-23 Thread adsouzp at netscape dot net
--- Additional Comments From adsouzp at netscape dot net 2008-07-23 15:20 --- just to clarify, the problem is fixed in binutils-2.18.50 that was downloaded from ftp://sourceware.org/pub/binutils/snapshots. today morning's snapshot was used. thank you, Cygnus, RedHat. --

Re: linker problem ? help needed !!!

2008-07-23 Thread kanda1979
Hi nick, thanks for ur idea i looks gr8 i have one question can we do something like gcc - c @list_of_C_source_file ../../[EMAIL PROTECTED] is there any way to do such thing. Also , i think i can compile .asm files programmed for NASM , with gcc !!! thanks regards, navi -

Re: [Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

2008-07-23 Thread Nick Clifton
Hi Aaron, thank you, Cygnus, RedHat. Just a quick note - it is the FSF that you should be thanking, not Cygnus or RedHat. The binutils is an FSF project not a Red Hat one. Cheers Nick PS. Yes, I do work for Red Hat, but I am allowed to donate some of my time to the FSF, including the

[Bug ld/6727] Thumb interworking code zero when another section is positioned before positioning .text

2008-07-23 Thread nickc at redhat dot com
--- Additional Comments From nickc at redhat dot com 2008-07-23 17:42 --- Subject: Re: Thumb interworking code zero when another section is positioned before positioning .text Hi Aaron, thank you, Cygnus, RedHat. Just a quick note - it is the FSF that you should be thanking,

[Bug ld/6753] -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 18:40 --- Created an attachment (id=2838) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2838action=view) shell script to reproduce the bug the script assumes you have /tmp and you can create /tmp/mydir. Rest it

[Bug ld/6753] -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
-- What|Removed |Added Status|WAITING |NEW http://sourceware.org/bugzilla/show_bug.cgi?id=6753 --- You are receiving this mail because: ---

[Bug ld/6753] -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23 19:45 --- (In reply to comment #3) Created an attachment (id=2838) -- (http://sourceware.org/bugzilla/attachment.cgi?id=2838action=view) shell script to reproduce the bug the script assumes you have /tmp and

[Bug ld/6753] -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 20:38 --- OK, I thought it would be that easy and messed up confusing -rpath-link with -L. But I sidetracked from the original bug, which is about a prefix install and -T fixing it. Assuming, you have installed binutils

[Bug ld/6753] In a prefixed install, -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
-- What|Removed |Added Summary|-L order is not respected |In a prefixed install, -L |when searching for -|order is not respected when

[Bug ld/6753] In a prefixed install, -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 20:42 --- I used --prefix=/scratch/devsk -with-lib-path=/scratch/devsk/lib:/scratch/devsk/usr/lib:/usr/lib:/lib when configuring, so that /scratch/devsk/lib:/scratch/devsk/usr/lib would be in SEARCH_DIR of LD by

[Bug ld/6753] In a prefixed install, -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
--- Additional Comments From funtoos at yahoo dot com 2008-07-23 22:28 --- (In reply to comment #7) (In reply to comment #6) I used --prefix=/scratch/devsk -with-lib-path=/scratch/devsk/lib:/scratch/devsk/usr/lib:/usr/lib:/lib when configuring, so that

[Bug gold/6658] gold SEGVs when linking, apparently due to a .eh_frame section

2008-07-23 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2008-07-24 01:28 --- Thanks for the test case. I think the object file may be malformed. However, I just committed a patch which should handle it. -- What|Removed |Added

[Bug ld/6753] In a prefixed install, -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread hjl dot tools at gmail dot com
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-24 04:58 --- (In reply to comment #8) You have a very strange setup. You better come up with a testcase which doesn't require me to copy things into /usr/lib. so, don't copy. change the name libmylib.so to

[Bug ld/6753] In a prefixed install, -L order is not respected when searching for -llibname, but -T fixes it

2008-07-23 Thread funtoos at yahoo dot com
--- Additional Comments From funtoos at yahoo dot com 2008-07-24 05:38 --- (In reply to comment #9) (In reply to comment #8) You have a very strange setup. You better come up with a testcase which doesn't require me to copy things into /usr/lib. so, don't copy. change