--- Additional Comments From schlie at comcast dot net 2005-02-22 00:11
---
Created an attachment (id=418)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=418&action=view)
.sym file
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving this
--- Additional Comments From schlie at comcast dot net 2005-02-22 00:07
---
Created an attachment (id=413)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=413&action=view)
main.c
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving this mai
Given a C source program compiled with gcc4.0 built for target=avr, using -0s
-g,
then generating main.lss using [avr-objdump -h -S main.o], results in a partial
struct
declaration text being displayed between: " :" and "int main
(void){"
as follows:
File: main.c:
typedef struct {
i
--- Additional Comments From schlie at comcast dot net 2005-02-22 00:09
---
Created an attachment (id=415)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=415&action=view)
.lst file
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving this
--- Additional Comments From schlie at comcast dot net 2005-02-22 00:10
---
Created an attachment (id=416)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=416&action=view)
.lss file
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving this
--- Additional Comments From schlie at comcast dot net 2005-02-22 00:10
---
Created an attachment (id=417)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=417&action=view)
.elf file
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving this
--- Additional Comments From schlie at comcast dot net 2005-02-22 00:08
---
Created an attachment (id=414)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=414&action=view)
object file
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=755
--- You are receiving thi
--- Additional Comments From fnf at specifixinc dot com 2005-02-21 18:08
---
Patch approved and applied.
--
What|Removed |Added
Status|NEW
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:41
---
Subject: Re: New: ld 2.13.90 from mingw 3.3.1 cores on malformatted
.def file
Hi,
> when linking a DLL with a .DEF file, if the BASE directive in the .DEF
> file is not of the form "BASE=0x1c00" but e.g. "B
Hi,
when linking a DLL with a .DEF file, if the BASE directive in the .DEF
file is not of the form "BASE=0x1c00" but e.g. "BASE 0x1c00" or
some other malformatting, ld crashes with a memory access violation.
Please could you try using the current binutils sources from the
mainline of the C
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:43
---
Subject: Re: New: --image-base / --enable-auto-image-base silently
disregarded if .def used
Hi,
> If a .def file is used to link a DLL, the --image-base and
> --enable-auto-image-base options are silently disre
Hi,
If a .def file is used to link a DLL, the --image-base and
--enable-auto-image-base options are silently disregarded,
even if the .def file is missing a BASE directive. The
correct behavior should probably be that --image-base should
override the .def file, and --enable-auto-image-base should o
Hi Fred,
Proposed patch to fix the reported problem
This looks fine. Please apply.
If you can think of a way to create a test case for it, that would be
good too.
Cheers
Nick
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/ma
--- Additional Comments From nickc at redhat dot com 2005-02-21 17:36
---
Subject: Re: Addr2line reports function name that is inconsistent
with file/line info for C++
Hi Fred,
> Proposed patch to fix the reported problem
This looks fine. Please apply.
If you can think of a way
14 matches
Mail list logo
