[RTEMS Project] #2111: AVR needs avr-libc to compile RTEMS.

[RTEMS trac]

#2111: AVR needs avr-libc to compile RTEMS.
----------------------+---------------------
 Reporter:  cynt6007  |       Owner:  chrisj
     Type:  defect    |      Status:  new
 Priority:  normal    |   Milestone:  5.0
Component:  cpukit    |     Version:  4.11
 Severity:  normal    |  Resolution:
 Keywords:            |
----------------------+---------------------
Changes (by gedare):

 * component:  RTEMS Configuration => cpukit
 * milestone:   => 5.0


Old description:

> The avr io.h header gives a warning that if not doing avr-libc, that if
> not heeded leads to many errors.
>
> Need an avr-libc configuration file... should be a place-holding stub
> that states this is a problematic build.
>
> Anyway, these are just some cans of worms... FYI
>
> AVR has issues so deep it requires ~50 patches for binutils, ~60 patches
> for gcc, and has ~14 patches for avr-libc.
>
> I suspect getting ONE functional AVR-RTEMS a major undertaking... I
> wonder if it might be worth exploring using ATMEL's prepatched toolchain
> for non-Ada builds... For Ada-builds, that's going to be another major
> undertaking...
>
> Eric Weddington (at ATMEL) is recommending the use of their source for C,
> C++ builds...
> http://distribute.atmel.no/tools/opensource/Atmel-AVR-
> Toolchain-3.4.1/avr/
>
> Although the Rolf Ebert (at AVR-Ada) have their own patch-set (using
> different tool versions) etc, which is making updating the AVR port so
> challenging...
> http://sourceforge.net/projects/avr-ada/files/avr-ada/Source%20Dist/
>
> Their source-builder is located at:
> avr-ada/tools/build/build-avr-ada.sh

New description:

 The avr io.h header gives a warning that if not doing avr-libc, that if
 not heeded leads to many errors.
 Need an avr-libc configuration file... should be a place-holding stub that
 states this is a problematic build.
 Anyway, these are just some cans of worms... FYI
 AVR has issues so deep it requires ~50 patches for binutils, ~60 patches
 for gcc, and has ~14 patches for avr-libc.
 I suspect getting ONE functional AVR-RTEMS a major undertaking... I wonder
 if it might be worth exploring using ATMEL's prepatched toolchain for non-
 Ada builds... For Ada-builds, that's going to be another major
 undertaking...
 Eric Weddington (at ATMEL) is recommending the use of their source for C,
 C++ builds...
 http://distribute.atmel.no/tools/opensource/Atmel-AVR-Toolchain-3.4.1/avr/
 Although the Rolf Ebert (at AVR-Ada) have their own patch-set (using
 different tool versions) etc, which is making updating the AVR port so
 challenging...
 http://sourceforge.net/projects/avr-ada/files/avr-ada/Source%20Dist/
 Their source-builder is located at:
 avr-ada/tools/build/build-avr-ada.sh

--

--
Ticket URL: <http://devel.rtems.org/ticket/2111#comment:5>
RTEMS Project <http://www.rtems.org/>
RTEMS Project