[fpc-pascal] making FPC more code optimized

[Florian Klämpfl]

Am 29.04.2012 17:50, schrieb Thomas Schatzl:
> Hi,
> 
> On Sun, 2012-04-29 at 17:38 +0200, Florian Klämpfl wrote:
>> Am 29.04.2012 17:34, schrieb Thomas Schatzl:
>>> Hi
>>>> florian at ubuntu32:~$ ldd ./test
>>>>     libfprtl-2.7.1.so =>
>>>> /home/florian/./fpc/svn/rtl/units/i386-linux/libfprtl-2.7,
>>>
>>> Actually, this output shows the bug already: for some reason it does not
>>> link to ld.so as well.
>>> I thought I had fixed that some time ago.
>>>
>>>> .1.so (0x008d3000)
>>>> florian at ubuntu32:~$ ls -la
>>>> /home/florian/./fpc/svn/rtl/units/i386-linux/libfprtl-2.7.1.so
>>>> -rw-r--r-- 1 florian florian 2026701 2012-04-29 15:42
>>>> /home/florian/./fpc/svn/rtl/units/i386-linux/libfprtl-2.7.1.so
>>>> florian at ubuntu32:~$ ./test
>>>> Hello world
>>>> Inconsistency detected by ld.so: dl-fini.c: 194: _dl_fini: Assertion `ns
>>>> != 0 || i == nloaded' failed!
>>>
>>> And that's exactly what happens if the library is missing the reference
>>> to  ld.so on ubuntu ...
>>>
>>> I will have a look why this broke (again).
>>
>> Does libfprtl have to reference ld.so or the main program?
>>
> 
>   iirc it is sufficient that libfprtl references it. But that error
> message is just what you get if it does not. So maybe my reply was too
> quick.
> 
> I will have a try and see anyway; further thinking about it, if there
> were changes to that code, the corresponding testsuite programs should
> fail too, so maybe the original changes just work for some cases or
> cover up the real issue.

libfprtl is generated by ppumove and not the compiler so this might be
the reason.