Re: IDE for Atmel ARM processor
- From: CBFalconer <cbfalconer@xxxxxxxxx>
- Date: Thu, 14 Jul 2005 18:47:31 GMT
Chris Hills wrote:
>
.... snip ...
>
> How ever by coincidence today I have come across a company that
> has found using GNU has cost it dearly.
>
> They have run out of code space. They are now in mid project going
> to have to port al the code to a commercial compiler that is more
> efficient.
Sounds like a silly characterization. They have obviously been
able to produce in the past, with minimal toolchain expenses. The
fact that they don't want to spend the effort building better code
generators has nothing to do with that. If they wrote non-standard
code and didn't keep the system specific stuff separate, that is
their own fault. For all we know their bloat problems may have to
do with the size and organization of the system library, or the
unnecessary usage of big modules such as scanf and printf.
--
"If you want to post a followup via groups.google.com, don't use
the broken "Reply" link at the bottom of the article. Click on
"show options" at the top of the article, then click on the
"Reply" at the bottom of the article headers." - Keith Thompson
.
- Follow-Ups:
- Re: IDE for Atmel ARM processor
- From: toby
- Re: IDE for Atmel ARM processor
- References:
- IDE for Atmel ARM processor
- From: Fred
- Re: IDE for Atmel ARM processor
- From: Hw
- Re: IDE for Atmel ARM processor
- From: Chris Hills
- Re: IDE for Atmel ARM processor
- From: Dave Hansen
- Re: IDE for Atmel ARM processor
- From: Chris Hills
- IDE for Atmel ARM processor
- Prev by Date: Re: IDE for Atmel ARM processor
- Next by Date: Re: IDE for Atmel ARM processor
- Previous by thread: Re: IDE for Atmel ARM processor
- Next by thread: Re: IDE for Atmel ARM processor
- Index(es):
Relevant Pages
|