<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>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. <br><br>I prefer NOT to use them because they add overhead, complexity, and are often times innefficient.<br><br>I thought OSS was about freedom of choice. Mandating that end users follow a certain path removes their available choices.<br><br>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.<br></div><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><br><div style="font-family:arial, helvetica, sans-serif;font-size:10pt"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Florian Klämpfl <florian@freepascal.org><br><b><span style="font-weight: bold;">To:</span></b> FPC developers' list <fpc-devel@lists.freepascal.org><br><b><span style="font-weight: bold;">Sent:</span></b> Sat, August 27, 2011 7:08:21 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM<br></font><br>
Am 27.08.2011 17:01, schrieb David Welch:<br>> In short I am saying it saves time for the individuals trying to add<br>> targets.<br><br>No, it saves no time in total and is against any OSS spirit: imagine ten<br>people developing for say the lpc2148 (or any other not yet supported<br>controller). All of them use the bare controller and hack the stuff<br>together to get that unknown controller working and waste a lot of time<br>with this.<br><br>Instead, the first one using a new controller does a proper set of<br>patches, they are applied to FPC. The other nine save a lot of time by<br>just using the already implemented lpc2148 target and might spent the<br>saved time into other new stuff for FPC ;)<br>_______________________________________________<br>fpc-devel maillist - <a ymailto="mailto:fpc-devel@lists.freepascal.org" href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a><br><span><a target="_blank"
href="http://lists.freepascal.org/mailman/listinfo/fpc-devel">http://lists.freepascal.org/mailman/listinfo/fpc-devel</a></span><br></div></div>
</div></body></html>