Re: [Help-smalltalk] gnu-smalltalk 3.4.2 build fails (+ issue tracker web bug)

[Roland Plüss]

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