On 05/03/2011 12:40 PM, Paolo Bonzini wrote: > On 05/03/2011 12:52 AM, Roland Plüss wrote: >> Should this not be the job of the dynamic linker to resolve libraries >> instead of the app messing with it? > > No, the dynamic does assume that the app know the soname (it is a bad > idea to pass things like "libfoo.so" without the full soname to the > dynamic linker, because you don't know what ABI you'll get; and anyway > it doesn't work for glibc). > > So, it is the job of the VM to insulate this from Smalltalk programs. > Then they can do > > DLD addLibrary: 'libc' > > rather than > > DLD addLibrary: 'libc.so.6' > > or > > DLD addLibrary: 'libSystem.dylib' > > and so on. Would it not have been better to improve the DLD.addLibrary call than introducing a glue? Or is this affecting only libc?
-- Yours sincerely Plüss Roland Leader and Head Programmer - Game: Epsylon ( http://www.indiedb.com/games/epsylon , http://epsylon.rptd.ch ) - Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine , http://dragengine.rptd.ch ) - Normal Map Generator: DENormGen ( http://epsylon.rptd.ch/denormgen.php ) and others
signature.asc
Description: OpenPGP digital signature
_______________________________________________ help-smalltalk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-smalltalk
