<p>Am 09.09.2014 10:30 schrieb "Mark Morgan Lloyd" <<a href="mailto:markMLl.fpc-devel@telemetry.co.uk">markMLl.fpc-devel@telemetry.co.uk</a>>:<br>
><br>
> Sven Barth wrote:<br>
>><br>
>> On 08.09.2014 22:54, Michael Ring wrote:<br>
>>><br>
>>> This smells like a problem I had on pic32. In my case the pic32 chips do<br>
>>> not have a floating point unit and the processor creates an illegal<br>
>>> instruction (or something similar) exception.<br>
>>><br>
>>> I solved this for me by patching out the call to the hardware<br>
>>> coprocessor when softfpu is selected.<br>
>><br>
>><br>
>> Which should be the correct approach for softfpu anyway. Afterall the premise of softfpu is that there is no hardware FPU to use and thus corresponding CPU instructions are useless (or as it seems in this case lead to nothing).<br>
><br>
><br>
> I was wondering whether a completely empty program would be a better test than a "Hello, World!". Could a completely empty program be recognised by the compiler etc. as a special case and built with only minimal RTL initialisation, specifically as a test that a program will load and terminate in good order i.e. that FPC and the OS are compatible? Or is there a set of portable options that will already do this, which could be documented prominently?</p>
<p>No strange automatisms please. If one wants a minimal RTL initialization then one should explicitly disable code in the System unit and rebuild. Period.</p>
<p>Regards,<br>
Sven</p>