This is the mail archive of the
mailing list for the Cygwin project.
Re: Failure in building GFortran on Cygwin
On Sat, Dec 01, 2007 at 06:11:56PM +0100, Corinna Vinschen wrote:
>On Dec 1 11:13, Christopher Faylor wrote:
>> On Sat, Dec 01, 2007 at 11:31:55AM +0100, Corinna Vinschen wrote:
>> >On Nov 30 16:36, Christopher Faylor wrote:
>> >> But we do have a fairly transparent way of dealing with this problem which
>> >> will allow any ancient apps to continue to work. We used it for the transition
>> >> from 32 -> 64 bit file I/O.
>> >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 do you say that? It should just be a simple aliasing.
>Because it doesn't work, AFAICS. Actual aliasing in localtime.cc as in
> extern long timezone __attribute__ ((alias("_timezone")));
>doesn't work because it breaks generating cygdll.a due to multiple
>definitions of timezone, the function in times.cc, the variable in
>Using the NEW_FUNCTIONS mechanism in Makefile.in doesn't work either.
>Apply this patch:
I'm investigating why this doesn't work now. Looks like more import
magic is needed.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html