bug-gnulib
[Top][All Lists]
Advanced

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

Re: use of program_name


From: Eric Blake
Subject: Re: use of program_name
Date: Thu, 05 Jan 2006 21:56:17 -0700
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

-----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             address@hidden
-----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-----




reply via email to

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