--- Additional Comments From evandro at yahoo dot com 2008-05-21 21:35
---
Created an attachment (id=2750)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2750&action=view)
Patch providing the user with a choice.
Please, review this patch that allows the user to choose between as
--- Additional Comments From frediano dot ziglio at vodafone dot com
2008-05-21 15:26 ---
Created an attachment (id=2749)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2749&action=view)
object files from my gcc version
result from hppa64-hp-hpux11.00-gcc -O2 -c ctutil.c && hppa
--- Additional Comments From nickc at redhat dot com 2008-05-21 15:17
---
Subject: Re: segmentation fault building final object
Hi Frediano,
> Can I send binary object files ?? They are quite small (about 1 kb)
Sure - put them in a tarball and I'll see what I can do.
Cheers
Nick
Hi Frediano,
Can I send binary object files ?? They are quite small (about 1 kb)
Sure - put them in a tarball and I'll see what I can do.
Cheers
Nick
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-
--- Additional Comments From frediano dot ziglio at vodafone dot com
2008-05-21 14:23 ---
I tried the patch. It just move the problem but it core after some while...
I tried to produce a test case but after three hours I got two c files that make
ld core only if compiled with some parame
--- Additional Comments From evandro at yahoo dot com 2008-05-21 14:01
---
I think that the choice should be available. I'll craft it up in a moment.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6430
--- You are receiving this mail because: ---
You are on the CC list f
--- Additional Comments From drow at sources dot redhat dot com 2008-05-21
12:23 ---
Subject: Re: __start_SECNAME undocumented
On Wed, May 21, 2008 at 12:10:51PM -, nickc at redhat dot com wrote:
> Tell you what - I'll check in the change to the manual as-is and add an
> addendum
--- Additional Comments From nickc at redhat dot com 2008-05-21 12:17
---
Patch checked in.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From nickc at redhat dot com 2008-05-21 12:10
---
Subject: Re: __start_SECNAME undocumented
Hi Daniel,
> Meanwhile, for this bug. I'm not sure about editing the NEWS entry since the
> current behavior may be more recent than 2.6. But the manual change looks
>
Hi Daniel,
Meanwhile, for this bug. I'm not sure about editing the NEWS entry since the
current behavior may be more recent than 2.6. But the manual change looks
perfect to me.
Tell you what - I'll check in the change to the manual as-is and add an
addendum to the NEWS entry describing how
--- Additional Comments From drow at sources dot redhat dot com 2008-05-21
12:07 ---
I didn't realize this was only done for orphaned sections. I suppose it's
harder to do for things mentioned in the linker script, and there's an obvious
way to do it manually - in keeping with the verbo
--- Additional Comments From nickc at redhat dot com 2008-05-21 12:04
---
Hi Andre,
Thanks for the additional patch. I have now applied it to the sources.
Cheers
Nick
--
What|Removed |Added
-
--- Additional Comments From nickc at redhat dot com 2008-05-21 11:23
---
Hi Eric,
Please can you provide a test case for this ?
Cheers
Nick
--
What|Removed |Added
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:34
---
Subject: Re: New: Handling of EF_FRV_PIC
Hi Guys,
> Another bug found by inspection. The ABI says:
>
> The linker should warn and clear EF_FRV_PIC when linking
> FDPIC binaries if it finds any inter-segment re
--- Additional Comments From nickc at redhat dot com 2008-05-21 11:00
---
Hi Evandro,
Right - I have checked in your documentation patch. (Sorry about the delay in
getting to this).
Do you have a patch to implement the new user-choice-of-sorting algorithm, or
is there really no ne
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:32
---
Created an attachment (id=2748)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2748&action=view)
Set EF_FRV_PIC by default (for FDPIC). Clear it if any inter-segment
relocations are found
--
http://so
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:03
---
Created an attachment (id=2747)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2747&action=view)
Allow -g to fall back on -W.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6483
--- You are rec
--- Additional Comments From nickc at redhat dot com 2008-05-21 10:05
---
Hi Chris,
I assume that your objection is that you feel that the -g command line option
should fall back on displaying DWARF debug information if no STABS debug
information is found ? If so then please could yo
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:43
---
Hi Bert,
If you need to link objects compiled with an old (unfixed) gcc, why not use an
old set of binutils as well ?
The problem with trying to patch the current binutils is that essentially it
would be to s
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:10
---
Hi Frediano,
It would be very helpful if you could submit a small test case that reproduces
the problem for us.
In the meantime I have uploaded a small patch which adds a check for a NULL
return from elf_link
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:09
---
Created an attachment (id=2746)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2746&action=view)
Check for a NULL return from elf_link_hash_lookup
--
http://sourceware.org/bugzilla/show_bug.cgi?id=6511
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:03
---
Hi Daniel,
Well the NEWS entry is wrong in two respects. Firstly the linker does not
just generate the symbols, it PROVIDEs them. So if they are not used elsewhere
in the executable they will not be entered in
--- Additional Comments From nickc at redhat dot com 2008-05-21 09:00
---
Created an attachment (id=2745)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2745&action=view)
Document the linker's ability to generate section start and end symbols
--
http://sourceware.org/bugzill
23 matches
Mail list logo
