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 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
>localtime.cc.
>
>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.

cgf

--
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/


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