avr-libc-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-libc-dev] Avr-libc test results


From: Dmitry K.
Subject: Re: [avr-libc-dev] Avr-libc test results
Date: Sat, 15 Mar 2008 11:42:43 +1000
User-agent: KMail/1.5

On Saturday 15 March 2008 03:15, Weddington, Eric wrote:
> Hi All,
>
> I finally got around to trying the avr-libc test suite on MSYS. Attached
> are the test results.
>
> Eric Weddington

Hi Eric, hi All.

I have run with Avr-gcc versions:
3.3.6, 3.4.6, 4.0.4, 4.1.2, 4.2.3, 4.3.0.
All of them are official releases without any severe patches.
Small changes in sources was maded by me to add some modern
chips with old branches and to avoid build fault 4.3.0
with Binutils 2.18.

Comments about all faults:

Simulate: string/ffs-1.c at90s8515 ... C:/WINDOWS/TEMP/ccRWTq9D.o: In function 
`main':
ffs-1.c:(.text+0x30): undefined reference to `__ffshi2'
ffs-1.c:(.text+0xbe): undefined reference to `__ffshi2'
ffs-1.c:(.text+0xe6): undefined reference to `__ffshi2'
ffs-1.c:(.text+0x110): undefined reference to `__ffshi2'
ffs-1.c:(.text+0x112): undefined reference to `__ffshi2'
*** compile failed
   This happens with 4.3.0 only. The compiler changes the
name ffs to __ffshi2, which is absent in libgcc.a. It is
open GCC bug #35508.

Simulate: math/isinf-01.c at90s8515 ... *** simulate failed: 22
Simulate: math/isinf-01.c atmega8 ... *** simulate failed: 22
   This happens with 4.3.0 only. The compiler replaces
the call of library isinf() function by inline code. This code
is mismatch to traditional result of this function: -1/0/+1.
More, this inline code is mismatch to compile-time calculation,
see GCC bug #35509.

Simulate: math/modf-np.c at90s8515 ... *** simulate failed: 18
Simulate: math/modf-np.c atmega8 ... *** simulate failed: 18
   This happens with 4.3.0 only. The compiler replaces the
modf() function by own inline calculation, which considers
the 0 address as valid to writing.

Simulate: math/signbit-01.c at90s8515 ... *** simulate failed: 2
Simulate: math/signbit-01.c atmega8 ... *** simulate failed: 2
   It is strange... For me, this is 'internal compiler error'
for 4.1, 4.2, 4.3. Gcc bug #30243.  Case 2 is signbit(-0.0).
The result must be nonzero, this is a traditional behaviour and
is documented in C99.

Simulate: avr/eeprom-1.c at90s2313 ... *** simulate failed: 22
Simulate: avr/eeprom-1.c at90s4414 ... *** simulate failed: 22
Simulate: avr/eeprom-1.c at90s8515 ... *** simulate failed: 22
Simulate: avr/eeprom-1.c atmega8 ... *** simulate failed: 22
Simulate: avr/eeprom-1.c atmega16 ... *** simulate failed: 22
   It is strange...  The 22 line is the first EEPROM read
operation.  Now I try to build and test CVS HEAD 2008-03-09... OK.
Later I will update and try once more.

Eric, please, mail what compiler version are you use?
And version of simulavr.

Thanks,
Dmitry.





reply via email to

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