[fpc-pascal] making FPC more code optimized

[Florian Klämpfl]

Am 29.04.2012 17:34, schrieb Thomas Schatzl:
> Hi
> On Sun, 2012-04-29 at 15:50 +0200, Florian Klämpfl wrote:
>> Am 29.04.2012 15:13, schrieb Jorge Aldo G. de F. Junior:
>>> If you deploy one executable, ok, but if you want to create a handfull
>>> of executables (following unix logic of many small programs) then you
>>> have a problem.
>>
>> Indeed, but I don't think this is the way FPC programs are typically used.
>>
>>>
>>> EVERY executable will have the same code again again again, i think
>>> libraries have been created to address exactly this issue.
>>>
>>> about the library hell, why we cant use lib versions ?
>>
>> Because nobody is interested in doing so? Else we got already patches
>> for the install builders to contain .so as well. FPC can create shared
>> libs on unixes and with small flaws, it even works ;)
>>
>> 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?