>
> simply lacks the _VECTORS_SIZE definition. I don't
>know anything about that device, but from what I can gather from that
>file, it doesn't appear to have *any* interrupt vector, so it should
>define _VECTORS_SIZE to be 0.
>
>Try adding
>
>#define _VECTORS_SIZE 0
>
>to your copy.
Yes! I alr
gt; Cc: Boyapati, Anitha
> Subject: Re: [avr-libc-dev] Error while running bootstrap from trunk
>
> As Boyapati, Anitha wrote:
>
> > True. _VECTORS_SIZE is not replaced and hence the error. But this
> > happens for m3000 only. From what I observe, all avr/include/io*.h
> &
gt; Cc: Boyapati, Anitha
> Subject: Re: [avr-libc-dev] Error while running bootstrap from trunk
>
> As Boyapati, Anitha wrote:
>
> > While running bootstrap, I faced following config error. A quick
> > look at the dir structure shows that atxmega64a1u doesn't exist. Any
>
As Boyapati, Anitha wrote:
> True. _VECTORS_SIZE is not replaced and hence the error. But this
> happens for m3000 only. From what I observe, all avr/include/io*.h
> files except iom3000.h define _VECTORS_SIZE. Since iom3000.h doesn't
> have this definition, the variable should be defined somewher
Hi Joerg,
>> ../../../../crt1/gcrt1.S:53: Error: non-constant expression in ".if"
>statement
>>
>> All statements with 'vector' in gcrt1.S are shown as errors
>
>Doesn't happen for me, I can compile the SVN trunk without problems.
>
>I guess you have to analyze that within your environment then.
As Boyapati, Anitha wrote:
> Configure passes now. There is a build error w.r.t gcrt1.S
>
> ../../../../crt1/gcrt1.S:53: Error: non-constant expression in ".if" statement
>
> All statements with 'vector' in gcrt1.S are shown as errors
Doesn't happen for me, I can compile the SVN trunk without p
>-Original Message-
>From: avr-libc-dev-bounces+anitha.boyapati=atmel@nongnu.org
>[mailto:avr-libc-dev-bounces+anitha.boyapati=atmel@nongnu.org] On
>Behalf Of Joerg Wunsch
>Sent: Monday, April 12, 2010 3:07 PM
>To: avr-libc-dev@nongnu.org
>Subject: Re: [avr-
As Joerg Wunsch wrote:
> Seems I have to rewrite the check for __delay_cycles then.
I rewrote that check. Please test it on a Windows host, to make sure
I didn't break it there (in addition to the compiler itself, it uses
grep which I think is available even in the usual Windows build
environmen
As Boyapati, Anitha wrote:
> checking whether avr-gcc supports
> __builtin_avr_delay_cycles... configure: error: link tests are not
> allowed after AC_NO_EXECUTABLES
On a second thought, I realized the message is correct, and I can also
reproduce it by deinstalling any prior instance of avr-libc.
As Boyapati, Anitha wrote:
> checking whether avr-gcc supports
> __builtin_avr_delay_cycles... configure: error: link tests are not
> allowed after AC_NO_EXECUTABLES
> I am using autoconf-2.64.
Strange, must be something that only autoconf 2.64 complains about,
2.62 and 2.63 did work with the cu
>-Original Message-
>From: Joerg Wunsch [mailto:j...@uriah.heep.sax.de]
>Sent: Monday, April 12, 2010 11:24 AM
>To: avr-libc-dev@nongnu.org
>Cc: Boyapati, Anitha
>Subject: Re: [avr-libc-dev] Error while running bootstrap from trunk
>
>As Boyapati, Anitha w
As Boyapati, Anitha wrote:
> While running bootstrap, I faced following config error. A quick
> look at the dir structure shows that atxmega64a1u doesn't exist. Any
> idea?
> configure.ac:1279: required file`avr/lib/avrxmega5/atxmega64a1u/Makefile.in'
> not found
When adding the ATxmega64A1U de
12 matches
Mail list logo