[fpc-pascal] making FPC more code optimized
florian at freepascal.org
Sun Apr 29 17:38:33 CEST 2012
Am 29.04.2012 17:34, schrieb Thomas Schatzl:
> 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 =>
> 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
>> -rw-r--r-- 1 florian florian 2026701 2012-04-29 15:42
>> 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?
More information about the fpc-pascal