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@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).
Does libfprtl have to reference ld.so or the main program? _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
