Shall dlopen("foo") succeeed if only "foo.dll" exists?
Eric Blake
ebb9@byu.net
Tue Nov 3 03:05:00 GMT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
According to Corinna Vinschen on 11/2/2009 9:48 AM:
> Weird question, right?
>
> Here's the problem.
>
> Assume you have a file "foo.so" on Linux. If you call
>
> dlopen ("./foo.so", RTLD_LAZY);
>
> it succeeds, but
>
> dlopen ("./foo", RTLD_LAZY);
>
> fails because the dlopen function never adds any suffixes like .so
> automatically.
And POSIX says "If file contains a <slash> character, the file argument is
used as the pathname for the file. Otherwise, file is used in an
implementation-defined manner to yield a pathname." So I think we are
better off NOT adding an implicit .dll.
> While we tend to change the implementation to be more Linux-like,
> there could be some tools out there which erroneously depend on the
> Windows-like behaviour of Cygwin's dlopen().
My only worry is whether libtool depends on this behavior. But a quick
look at the source code (although not a definitive one) shows that libtool
is already adding a trailing dot on its own, in order to bypass window's
automatic .dll appending. So if anything, I'm guessing that not adding an
implicit suffix is actually what libtool would prefer.
- --
Don't work too hard, make some time for fun as well!
Eric Blake ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkrvnhAACgkQ84KuGfSFAYBbVwCfQgwsMJtWPhW+0Ed+gCKFaI0L
smQAoKxXOi1fvSBDbGXxERRhToQXuPCS
=rgXj
-----END PGP SIGNATURE-----
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list