--- Additional Comments From amodra at bigpond dot net dot au 2008-02-23
01:47 ---
What is the point of the patch in comment #1? If we fail a realloc we are
shortly going to exit with an error. Who cares if we haven't freed all memory?
--
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-23
00:03 ---
Yes, fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-23
00:03 ---
Fixed.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5788
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
_
--- Additional Comments From hjl dot tools at gmail dot com 2008-02-22
23:58 ---
A patch is posted at
http://sourceware.org/ml/binutils/2008-02/msg00228.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5788
--- You are receiving this mail because: ---
You are on the C
This patch
http://sourceware.org/ml/binutils/2007-02/msg6.html
causes a serious memory corruption in linker. There are 2 problems in
elf_create_symbuf:
ssymbuf = bfd_malloc ((shndx_count + 1) * sizeof (*ssymbuf)
+ (indbufend - indbuf) * sizeof (*ssymbuf));
if (ssy
Hi Nick,
Thank you very much for taking care of the issue, and please take easy
what I write below, -- this is a woe of a guy who feels very unlucky as
every upgrade of binutils breaks his linker scripts.
Nick Clifton <[EMAIL PROTECTED]> writes:
> Hi Sergei,
>
>> LD version 2.18.x produces bogus
--- Additional Comments From markus+sw at gyger dot org 2008-02-22 17:41
---
Close -- 18 lines up removing B31 works. Thanks, Denis!
--- binutils-2.16.1/include/opcode/h8300.h.orig Thu Mar 3 11:58:09 2005
+++ binutils-2.16.1/include/opcode/h8300.h Fri Feb 22 17:31:04 2008
@@ -1518
--- Additional Comments From nickc at redhat dot com 2008-02-22 15:26
---
Hi Diogo,
I have just realised that my dwarf2.c patch was completely bogus. There is no
memory leak because the routines are using bfd_alloc and bfd_zalloc, which uses
an objstack. The memory is freed later on
--- Additional Comments From vda dot linux at googlemail dot com
2008-02-22 15:04 ---
According to the .pdf, MOV.L ERs,@(d:32,ERd) instruction has this encoding:
[01] [00] [78] [0erd 0] [6B] [A 0ers] [disp:32]
or
[01] [00] [78] [1erd 0] [6B] [A 0ers] [disp:32]
where "[]" are bytes (o
--- Additional Comments From nickc at redhat dot com 2008-02-22 14:20
---
Patch checked in with this changelog entry.
ld/ChangeLog
2008-02-22 Nick Clifton <[EMAIL PROTECTED]>
PR ld/5785
* ldlang.c (lang_size_sections_1): Honour the setting of an
lma_region eve
--- Additional Comments From vda dot linux at googlemail dot com
2008-02-22 13:30 ---
Created an attachment (id=2288)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2288&action=view)
First stab at dumping .eh_frame[_hdr] sections
With this patch dumping "head" from coreutils (re
--- Additional Comments From nickc at redhat dot com 2008-02-22 11:29
---
Subject: Re: New: Spurious "section xxx overlaps section yyy"
Hi Sergei,
> LD version 2.18.x produces bogus "section .xxx overlaps section .bss", while
> LD
> version 2.16.1 works just fine.
Well the 2.18 link
Hi Sergei,
LD version 2.18.x produces bogus "section .xxx overlaps section .bss", while LD
version 2.16.1 works just fine.
Well the 2.18 linker is behaving as documented. Specifically in the bit
on the "Output Section LMA" in the manual:
If neither AT nor AT> is specified for an allocata
--- Additional Comments From nickc at redhat dot com 2008-02-22 11:27
---
Created an attachment (id=2287)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=2287&action=view)
Respect the AT> syntax even if no other memory region for the section has been
specified
--
http://sourc
14 matches
Mail list logo
