[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