[fpc-pascal] making FPC more code optimized

[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).

Thomas