[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-gcc-list] tool chain bug
From: |
Joerg Wunsch |
Subject: |
Re: [avr-gcc-list] tool chain bug |
Date: |
Mon, 30 Sep 2002 14:04:16 +0200 (MET DST) |
"Theodore A. Roth" <address@hidden> wrote:
> I think the attached patch for gcc solves this problem. (linker error as
> such: "relocation truncated to fit: R_AVR_7_PCREL no symbol") I'm still
> trying to verify that the resulting code is correct (my app I'm working on
> is broken in other ways right now itself ;-)
I'll give it a try in my project at home. I remember a discussion in
the avr-libc list about documenting _PC_, and the conclusion was that
this symbol probably shouldn't be there at all, since it's only a
tangled name for the "." location counter of the assembler.
So if there's a vote, i'll vote for your patch. ;-)
Only nit:
@@ -4887,8 +4887,8 @@
"__SP_L__ = 0x3d\n", file);
fputs ("__tmp_reg__ = 0\n"
- "__zero_reg__ = 1\n"
- "_PC_ = 2\n", file);
+ "__zero_reg__ = 1\n", file);
+/* "_ PC_ = 2\n", file); */
/* FIXME: output these only if there is anything in the .data / .bss
sections - some code size could be saved by not linking in the
I'd say just drop the _PC_ line completely even from the source of gcc
(as opposed to making it a comment). The meta information that lead
to its dismissal is best kept in CVS, so there's IMHO no need to keep
dead code around in the source.
--
J"org Wunsch Unix support engineer
address@hidden http://www.interface-systems.de/~j/
avr-gcc-list at http://avr1.org