[PATCH] define RTLD_LOCAL
Sun Aug 8 08:35:00 GMT 2010
-----BEGIN PGP SIGNED MESSAGE-----
Yaakov (Cygwin/X) wrote, On 8.8.2010 7:49:
> POSIX requires RTLD_LOCAL to be defined in <dlfcn.h>. While our
> dlopen() does nothing with its second argument, portable software can
> rightfully expect the definition to exist alongside the other RTLD_*
> So why 0? POSIX states wrt dlopen():
>> If neither RTLD_GLOBAL nor RTLD_LOCAL are specified, then the default
>> behavior is unspecified.
> On Linux, RTLD_LOCAL is the default behaviour, and hence is defined
> as 0, therefore I have done the same here.
> Patch attached. Since this doesn't actually do anything, I wasn't sure
> if I should bump CYGWIN_VERSION_API_MINOR for this or not; I can
> certainly do so before committing if desired.
Is it not undefined in Cygwin because Windows cannot support the behaviour?
AFAIK once you do LoadLibrary(A.dll) then any subsequent reference to A.dll
and its exports will be satisfied from the already loaded A.dll. IOW, Windows
cannot satisfy "The object's symbols shall not be made available for the
relocation processing of any other object," as specified by .
>  http://www.opengroup.org/onlinepubs/9699919799/basedefs/dlfcn.h.html
>  http://www.opengroup.org/onlinepubs/9699919799/functions/dlopen.html
>  http://linux.die.net/man/3/dlopen
>  http://sourceware.org/git/?p=glibc.git;a=blob;f=bits/dlfcn.h
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the Cygwin-patches