--- 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 co
--- 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
--- 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
---
--- Additional Comments From ian at airs dot com 2008-07-23 23:46 ---
Thanks for the bug report and the version script. I have committed a patch to
the development sources which should fix this problem.
2008-07-23 Ian Lance Taylor <[EMAIL PROTECTED]>
PR 6647
* script.c
--- 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 /scratch/devsk
--- Additional Comments From ian at airs dot com 2008-07-23 22:24 ---
This was fixed in the development sources on 2008-05-08.
Thanks for reporting it.
--
What|Removed |Added
--- Additional Comments From hjl dot tools at gmail dot com 2008-07-23
22:05 ---
(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 /scratch/devsk/lib:/scratch/devsk/usr/lib
--- 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 defa
--
What|Removed |Added
Summary|-L order is not respected |In a prefixed install, -L
|when searching for -|order is not respected when
--- 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 wi
--- 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=2838&action=view)
> shell script to reproduce the bug
>
> the script assumes you have /tmp a
--
What|Removed |Added
Status|WAITING |NEW
http://sourceware.org/bugzilla/show_bug.cgi?id=6753
--- You are receiving this mail because: ---
--- 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=2838&action=view)
shell script to reproduce the bug
the script assumes you have /tmp and you can create /tmp/mydir. Rest it d
--- 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, n
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
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
-
--- 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.
--
Wh
--- 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 cor
--- 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
--- 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=2837&action=view)
Example of an object file that crashes gdb
The Makefile in this example
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 num
--- 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 gd
--- 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...
--- 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
--- 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.
--
http://sourceware.org/bugzilla/show_bug.c
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 .\as
--- 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=2836&action=view)
> gdb crashes because abbrev_offset is incorrect (zero)
>
> While trying
--
What|Removed |Added
CC||bjarne dot jensen at se dot
||transport dot bombardier dot
--- 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=2836&action=view)
gdb crashes because abbrev_offset is incorrect (zero)
While trying to r
--- 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++, n
--- 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.
binu
31 matches
Mail list logo