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@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@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@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 _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
