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. _______________________________________________ AVR-libc-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
