--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--- Comment #31 from aesok at gcc dot gnu dot org 2007-02-15 20:13 ---
Fixed in 4.1.3, 4.2.0 and 4.3.0.
--
aesok at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from aesok at gcc dot gnu dot org 2007-02-15 20:02 ---
Subject: Bug 19087
Author: aesok
Date: Thu Feb 15 20:01:59 2007
New Revision: 122013
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122013
Log:
PR target/19087
* config/avr/avr.c (DWARF2_ADDR_
--- Comment #29 from eweddington at cso dot atmel dot com 2007-02-13 19:00
---
Can a bug master please close this bug as fixed?
Thanks
Eric Weddington
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--- Comment #28 from aesok at gcc dot gnu dot org 2007-01-31 17:35 ---
Subject: Bug 19087
Author: aesok
Date: Wed Jan 31 17:35:01 2007
New Revision: 121428
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121428
Log:
PR target/19087
* config/avr/avr.c (DWARF2_ADDR_
--- Comment #27 from aesok at gcc dot gnu dot org 2007-01-31 17:24 ---
Subject: Bug 19087
Author: aesok
Date: Wed Jan 31 17:23:49 2007
New Revision: 121426
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121426
Log:
PR target/19087
* config/avr/avr.c (DWARF2_ADDR_
--- Comment #26 from eweddington at cso dot atmel dot com 2006-09-21 15:18
---
(From update of attachment 12162)
The gcc-4.1.1-dwarf32-note.patch file is obsolete and no longer needed. Torleif
was able to build a parser to work with both size DWARF addresses.
--
eweddington at cso d
--- Comment #25 from eweddington at cso dot atmel dot com 2006-09-20 03:38
---
(In reply to comment #24)
> i'm not sure why you think you need an
> extra note.
Because we weren't aware of the information that you thoughtfully laid out and
put in this bug report? :-)
Thank you very muc
--- Comment #24 from dberlin at gcc dot gnu dot org 2006-09-20 00:00
---
You guys should be aware that dwarf2/3 has a field in the header of each dwarf
compilation unit labeled "address size" that tells what the address size for
that compilation unit is.
If this is set to 4, you should
--- Comment #23 from eweddington at cso dot atmel dot com 2006-09-19 21:54
---
(In reply to comment #20)
> I suggest that this change should be accompanied by another indication in
> the output that tells the ELF/DWARF-2 consumer about the changed pointer
> size. Otherwise the consumer
--- Comment #22 from eweddington at cso dot atmel dot com 2006-08-31 15:41
---
Created an attachment (id=12162)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12162&action=view)
Patch to add a note to the ELF file to notify the difference between old ELF
files and new ELF files wit
--- Comment #21 from eweddington at cso dot atmel dot com 2006-08-31 15:39
---
Created an attachment (id=12161)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12161&action=view)
Patch to select 32 bit DWARF addresses for the AVR target.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #20 from j at uriah dot heep dot sax dot de 2006-03-27 20:53
---
I suggest that this change should be accompanied by another indication in
the output that tells the ELF/DWARF-2 consumer about the changed pointer
size. Otherwise the consumer will experience "funny" behaviour
--- Comment #19 from eweddington at cso dot atmel dot com 2005-12-28 23:01
---
Bugmasters,
Is there any more information needed, or can this bug be marked as NEW?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--
Bug 19087 depends on bug 19885, which changed state.
Bug 19885 Summary: [4.0/4.1 Regression] avr dwarf-2 support is broken for head
4.0/4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
What|Old Value |New Value
-
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-05-30 21:40 ---
OK,
sorry for this, but I just realized that Darcy Watkins has made a couple of
almost exactly identical observations. Did not review all of the more recent
comments.
In case that the only rem
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-05-30 21:16 ---
Hi,
as a step towards resolving PR19885: After looking a bit into the code of other
ports, I found out, that switching avr-gcc to the 4-byte dwarf convention
should not be complicated at all. It s
--- Additional Comments From tsandnes at norway dot atmel dot com
2005-05-09 07:01 ---
Subject: Re: Overflowed address in dwarf debug line information
bjoern dot m dot haase at web dot de wrote:
> --- Additional Comments From bjoern dot m dot haase at web dot de
> 2005-05-06 14:1
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-05-06 14:12 ---
Hi Torleif,
I have just had a look at PR19885 and I am having one additional question:
IIUC, the lable references, that eventually cause the overflow problems refer
to memory in form of "byte" add
--
What|Removed |Added
BugsThisDependsOn||19885
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--- Additional Comments From tsandnes at atmel dot com 2005-03-11 07:43
---
> Here is the ELF file. Runs on an ATmega128 using about 75% code space,
> almost all of 32k expanded SRAM and almost all of EEPROM. I hope that this
> helps. Please treat the file as confidential.
>
> BTW, I
--- Additional Comments From tsandnes at atmel dot no 2005-03-08 07:07
---
Subject: Re: Overflowed address in dwarf debug line information
> I applied the GCC and binutil patches to ensure that my gcc is the same as
> that
> used in WinAVR Feb14/05 distribution. I then built libc1.
--- Additional Comments From dwatkins at tascsystems dot com 2005-03-07
22:50 ---
Hello,
I applied the GCC and binutil patches to ensure that my gcc is the same as that
used in WinAVR Feb14/05 distribution. I then built libc1.2.3 and clean built
my project. Loaded it all into AS4.11
--- Additional Comments From dwatkins at tascsystems dot com 2005-03-07
16:31 ---
Hello,
I have an update. Torlief sent me a beta set of AS4 parser DLLs built to work
ONLY with 32 bit address sizes in dwarf information. I tried it out and
noticed the following differences.
1. Sing
--- Additional Comments From schlie at comcast dot net 2005-02-17 01:22
---
Not sure if it's helpful (or further complicating) but as the avr uses a
Harvard memory model; it's PC (program counter) actually references a 64K
16-bit program word address space which is orthogonal to it's 64K
--- Additional Comments From dwatkins at tascsystems dot com 2005-02-16
23:36 ---
Hello,
I have a few more notes to add.
1. The binary image of the project built as described in my last post here
runs properly on the target system.
2. On my main development PC (one release ago of W
--- Additional Comments From dwatkins at tascsystems dot com 2005-02-16
00:04 ---
Regarding this bug and AVRFreaks Forum topic:
http://www.avrfreaks.com/index.php?
name=PNphpBB2&file=viewtopic&t=23436&highlight=&sid=e1dbd9f208947a5efc679075b4af
f237
in which the debug info for code pas
--
What|Removed |Added
CC||bjoern dot m dot haase at
||web dot de
http://gcc.gnu.org/bugzi
--- Additional Comments From ericw at evcohs dot com 2004-12-20 17:44
---
(In reply to comment #5)
> Hmm, on the mainline I get an error about dwarf2 not being supported:
> t.c:1: error: target system does not support the "dwarf-2" debug format
>
If you're talking about HEAD/4.0, then
--- Additional Comments From tsandnes at atmel dot no 2004-12-20 14:15
---
Subject: Re: Overflowed address in dwarf debug line information
pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20
> 14:05 ---
> Hmm, on the
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20
14:05 ---
Hmm, on the mainline I get an error about dwarf2 not being supported:
t.c:1: error: target system does not support the "dwarf-2" debug format
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--
What|Removed |Added
Component|debug |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
32 matches
Mail list logo
