[Top][All Lists]

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

[avr-libc-dev] [bug #42024] build break regarding avrtiny10

From: anonymous
Subject: [avr-libc-dev] [bug #42024] build break regarding avrtiny10
Date: Tue, 01 Apr 2014 20:47:50 +0000
User-agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0)


                 Summary: build break regarding avrtiny10
                 Project: AVR C Runtime Library
            Submitted by: None
            Submitted on: Tue 01 Apr 2014 08:47:49 PM UTC
                Category: Library
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
        Percent Complete: 0%
             Assigned to: None
        Originator Email: address@hidden
             Open/Closed: Open
         Discussion Lock: Any
                 Release: Unknown
           Fixed Release: None



I just pulled the avr-libc trunk and got this compilation error:

avr-gcc -DHAVE_CONFIG_H -I. -I../../..  -I../../../common -I../../../include
-I../../../include  -I../../../common -I../../../include -I../../../include -x
assembler-with-cpp  -mmcu=avrtiny10 -D__COMPILING_AVR_LIBC__   -MT
utoa_ncheck.o -MD -MP -MF .deps/utoa_ncheck.Tpo -c -o utoa_ncheck.o
../../../libc/misc/utoa_ncheck.S: Assembler messages:
../../../libc/misc/utoa_ncheck.S:80: Error: illegal opcode sbiw for mcu
make[5]: *** [utoa_ncheck.o] Error 1
make[5]: Leaving directory
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/baxelrod/lca/avr-libc/trunk/avr/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/baxelrod/lca/avr-libc/trunk/avr'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/baxelrod/lca/avr-libc/trunk'
make: *** [all] Error 2

System configured like so:
./configure --build=`./config.guess` --host=avr make On Ubuntu 12.04 with
avr-gcc (GCC) 4.5.3.

After poking around the email archive, it looks like there have been other
issues like this and the result was to not compile those libraries with
protection like so: 
#if !defined(__AVR_TINY__)

I looked into utoa_ncheck.S and found that it had this: 
#if !defined(__AVR_TINY).  
Is it possible that the protection variable changed names at some point?  I
found several other files that had this (presumably) improper protection


I fixed them and provided it in the attached patch.

NOTE: patch is untested other than compiling entire library.  I don't have a
avrtiny to test with.


File Attachments:

Date: Tue 01 Apr 2014 08:47:49 PM UTC  Name: tinypatch.diff  Size: 2kB   By:



Reply to this item at:


  Message sent via/by Savannah

reply via email to

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