This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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 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, the variable in
>Using the NEW_FUNCTIONS mechanism 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:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]