bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: .ONESEHLL not working as expected in 3.82


From: Paul Smith
Subject: Re: .ONESEHLL not working as expected in 3.82
Date: Sun, 28 Apr 2013 14:37:29 -0400

On Sun, 2013-04-28 at 20:19 +0300, Eli Zaretskii wrote:
> > From: Paul Smith <address@hidden>
> > Cc: address@hidden
> > Date: Sat, 27 Apr 2013 16:58:54 -0400
> > 
> > On Sat, 2013-04-27 at 23:00 +0300, Eli Zaretskii wrote:
> > > That would be nice, indeed.
> > 
> > OK, pushed.
> 
> Thanks!  But I see you kept global_dl and the call to dlopen with the
> 1st argument NULL.  What is the purpose of these now?

Basically it's there to handle Guile being already compiled into make,
via direct linking at build time, in a generic way.  If it was linked
then the global symbols would be found without needing to load anything.
However this particular issue could just be handled by the #define that
links it.

> > You should be able to simply write a new load_objects() function and
> > drop it in.  Or put it into a w32 file or whatever.
> 
> My plan was to write dlopen and dlsym, and add them to
> w32/compat/posixfcn.c.  But I need to understand the semantics of
> global_dl in order to do that correctly.

It's up to you how you think it best to implement, whether it makes more
sense to try to reimplement POSIX functions, or do it at a higher level.
Whatever is simpler.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]