#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
comment:5 Changed on 11/22/14 at 13:14:06 by Gedare Bloom
Component: | RTEMS Configuration → cpukit |
---|---|
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: | new → assigned |
comment:7 Changed on 11/22/14 at 16:12:07 by Joel Sherrill
Resolution: | → invalid |
---|---|
Status: | assigned → closed |
Replying to comment:14:
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.