[Bug 2111] AVR needs avr-libc to compile RTEMS.

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Thu Apr 4 06:12:31 UTC 2013


https://www.rtems.org/bugzilla/show_bug.cgi?id=2111

--- Comment #5 from Ralf Corsepius <ralf.corsepius at rtems.org> 2013-04-04 01:12:31 CDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > 
> > - It's just thanks to the fact the avr-folks are not sufficiently familiar with
> > newlib that they are advertising avr-libc.
> 
> Maybe newlib is consider bloat-ware by them. There are resource limited devices
> in this family.

Well, avr-libc started on a family of cpus which will ever be to small to run
RTEMS and they started to implement a micro-libc catering the demands of
OS-less implementations. Since then, the avr-family has grown making it more
likely to be able to run "real OSes" on avrs.

Since then, they have been tieing avr-gcc closely to avr-libc and have been
ignoring the fact that their might be alternatives to avr-libc, repeatly
shifting RTEMS into positions of having to "catch up and cleanup".

I don't know if this is just unawareness or politics - I think it's the latter.

Demands from the user-side, probably are just "user unawareness" about avr-libc
being a proprietary/avr-exclusive libc. The issues RTEMS has probably caused by
us not having tracked the avr-gcc developments closely enough.

-- 
Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the bugs mailing list