-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to Paul Eggert on 1/5/2006 4:06 PM: > >>Is it a problem in practice, ie, what are these non-Unix linkers? > > > I've run into it on IBM mainframe platforms. You can run into it even > with GCC, if you use -fno-common. Googling a bit reveals that libtool > 1.5 uses -fno-common on Mac OS X (why, I don't know; see > <http://www.tug.org/pipermail/tex-k/2003-June/000723.html>).
Having public variables in libraries also tends to be problematic in cygwin and other users of Windows .dlls. The Libtool mailing list can attest to the problems of exporting data, and recommends that the best library interfaces consists solely of functions, not data. Basically, an application cannot have a const pointer to a data member exported by the dll, because the relocation machinery of dlls can't perform the relocation on const pointers to imported data: http://lists.gnu.org/archive/html/libtool-patches/2004-09/msg00230.html Therefore, I would welcome a change to the error module that made program_name settable by calling a function, rather than by assigning a global data variable. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDvfhx84KuGfSFAYARAg3yAJ4g8NB6/yZ6ddIyEKdk3MrCc2RafACggUE8 w+2RaLVacuSskZWKvgEZAYI= =xUWn -----END PGP SIGNATURE----- _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib
