Lpc2000

Just be aware the uClibc is GNU licensed and if statically linked
with your code, can have impact upon your licensing.  This might not
be a problem with hobby or internal projects but could be with 
commercial ones.

Regards
-Bill Knight
R O SOftWare


On Sat, 21 Aug 2004 10:42:09 -0400, Pablo Bleyer Kocik wrote:

At 21:43 20-08-2004, you wrote:
>Hello all,

>I'm starting to bump up against the 128KB flash limit in my LPC2106 and
>am looking for ways to make things smaller. Switching to the gnuarm.org
>gcc 3.4.1 and thumb mode (along with adding -Os to my CFLAGS) made
>things more then small enough but the code didn't work. Found a pretty
>explicit codegen bug in some of the FreeRTOS code (definitely NOT a bug
>in FreeRTOS) - yes, I will isolate this some more and report it. If I
>turn off -Os then the code get's big enough (around 20KB larger!) and
>so I don't fit.

  Yes, there is a bug in GCC 3.4.1 regarding THUMB mode. This has been 
fixed in CVS. I still have been unable to allocate time to release an 
interim version with the proper bug fixes. Most probably it will have to 
wait to 3.4.2 ;^/

>I've found many very small libc's, but they are typically an explicit
>port to a processor (AVR, MSP430, etc). That could certainly be a
>starting point, but I'd rather avoid that much work if I don't need to
>do it!

  Perhaps uClibc (http://www.uclibc.org/) may fit your needs. It is at 
least more easier to trim than newlib. There is also uC-libc, take a look 
at http://www.ucdot.org/article.pl?sid=02/08/21/1124218

  Regards.


--
PabloBleyerKocik /"It is nothing short of a miracle that modern methods
  pbleyer        / of instruction have not yet entirely strangled the
   @... / holy curiousity of inquiry." -- Albert Einstein 





Yahoo! Groups Links