[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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]