bug-gnulib
[Top][All Lists]
Advanced

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

Re: [Bug-gnulib] Re: new module: progname


From: Paul Eggert
Subject: Re: [Bug-gnulib] Re: new module: progname
Date: 02 Sep 2003 13:23:45 -0700
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3

Bruno Haible <address@hidden> writes:

> dlopen()'d plugins are unlucky on Unix. Really, we were better off
> if during dlopen() of a library, a hook in the library would be called,
> let's say
>           _lib_init (const char *proram_invocation_fullname,
>                      const char *shared_library_fullname)
> and if during dlclose() another hook would be called, let's say
>           _lib_close ()
>
> It is ridiculous that half of this functionality is available to
> C++ program (without arguments to _lib_init()) but not to C programs.

I agree.  However, won't there be some problem in standardizing which
arguments to pass?  I can see that other people might want more
arguments, e.g., the handle that dlopen will return.  Similarly, other
people might want some of those arguments passed to _lib_close.

> This functionality would really help the ENABLE_RELOCATABLE stuff
> with libraries. The Woe32 API has this (ok they needed it because the
> Windows 3.1 shared libraries were so broken by design that they wouldn't
> get away without it).
> 
> Paul, can this be brought up in the Austin/POSIX comittee?

Sure.  However, currently they're in bugfix mode, so it wouldn't
happen quickly.  And they prefer proposals that are already
implemented, so this wouldn't be a trivial task.




reply via email to

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