[fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

Florian Klämpfl florian at freepascal.org
Sat Aug 27 20:49:35 CEST 2011


Am 27.08.2011 20:33, schrieb John Clymer:
> I assume I speak for others, but for those of us that have been working
> in the embedded field for a while, some of us prefer to roll our own
> support code, rather than rely on compiler supplied implementations. 
> Personnally, I've used 6 different ARM/Thumb2 cored processors in
> various projects.  I have NEVER used compiler or vendor provided library. 
> 
> I prefer NOT to use them because they add overhead, complexity, and are
> often times innefficient.

Well, this is not about libraries but startup code and declarations of
hardware registers etc. which add no overhead.

> 
> I thought OSS was about freedom of choice.  

Yes.

> Mandating that end users
> follow a certain path removes their available choices.

If really needed, they can still downstrip an existing cpu unit and work
with a customized compiler. This is something a commercial compiler does
not allow .

> 
> As far as custom linker maps - if one uses the Generic "controller" and
> tells the compiler to compile to object code, but NOT link.  Then one
> can provide their own linker script - with whatever crazy controller
> layout they desire.

This can be done with an existing cpu unit as well. After all, the code
*must* run on a real device.

The bare ram arm and it's memory map just looks random.



More information about the fpc-devel mailing list