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/
