This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Failure in building GFortran on Cygwin
- From: Brian Dessent <brian at dessent dot net>
- To: cygwin at cygwin dot com
- Date: Sat, 01 Dec 2007 03:14:23 -0800
- Subject: Re: Failure in building GFortran on Cygwin
- References: <Pine.CYG.4.58.0711292328360.1532@homepc> <474F61CD.1060405@verizon.net> <20071130142008.GX30894@calimero.vinschen.de> <47501D95.3030200@byu.net> <20071130145842.GY30894@calimero.vinschen.de> <20071130213601.GC24092@ednor.casa.cgf.cx> <20071201103155.GZ30894@calimero.vinschen.de>
- Reply-to: cygwin at cygwin dot com
Corinna Vinschen wrote:
> Unfortunately it doesn't work for variables. We can hide the timezone
> function, but how do we alias timezone to _timezone in libcygwin.a?
Why does the variable need to be renamed? Can't we continue to call it
_timezone internally and then "#define timezone _timezone" in a public
header? It looks like this is already what we get in <cygwin/time.h> if
we simply stop defining __timezonefunc__.
Or is pulluting the namespace with a macro called "timezone" too
hideous? In that case we could try declaring it "extern long timezone
asm("_timezone");" in the header.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/