[Top][All Lists]
[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.
- Re: [Bug-gnulib] Re: new module: progname,
Paul Eggert <=