#2111 closed defect

AVR needs avr-libc to compile RTEMS.

Reported by: cynt6007 Owned by: Joel Sherrill
Priority: normal Milestone: 6.1
Component: config Version: 4.11
Severity: normal Keywords:
Cc: joel.sherrill@…, ralf.corsepius@…, gedare@… Blocked By:
Blocking:

Description (last modified by Gedare Bloom)

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

Change History (8)

comment:1 Changed on 04/04/13 at 04:25:08 by Ralf Corsepius

Cc: Ralf Corsepius added

comment:2 Changed on 04/09/13 at 16:21:34 by Gedare Bloom

Cc: Gedare Bloom added

comment:3 Changed on 04/09/13 at 17:13:00 by Joel Sherrill

Cc: Joel Sherrill added

comment:4 Changed on 04/12/13 at 23:16:03 by Joel Sherrill

Replying to comment:14:

... gcc won't build without a libc... (complains about 'limits.h') gcc-4.8.0
has an internal compiler error with avr-libc, and newlib is too big for AVR, so
going back to gcc-4.7.2 with avr-libc... avr community maintains non-rtems
targets, so using an avr target (as opposed to avr-rtems4.11)

This is OK. The avr GCC community needs to know this so they can decide what to do. Unfortunately as much as we would like all targets to upgrade in lockstep, it doesn't happen. We would need a more aggressive testing program to know this as early as possible and attempt to fix an issue. And we could still end up in this situation.

comment:5 Changed on 11/22/14 at 13:14:06 by Gedare Bloom

Component: RTEMS Configurationcpukit
Description: modified (diff)
Milestone: 5.0

comment:6 Changed on 11/22/14 at 13:14:56 by Gedare Bloom

Owner: changed from Chris Johns to Joel Sherrill
Status: newassigned

comment:7 Changed on 11/22/14 at 16:12:07 by Joel Sherrill

Resolution: invalid
Status: assignedclosed

comment:8 Changed on 11/09/17 at 06:26:42 by Sebastian Huber

Milestone: 5.06.1

Milestone renamed

Note: See TracTickets for help on using tickets.