> What are the existing applications expecting?

timezone in cygwin1.dll is "char *timezone();"

timezone in linux is "extern int timezone;"

> One or the other, right?  The one that isn't there yet gets the
> #define treatment.

So what you're saying is that we can *never* migrate to the new
definition?  And that *all* applications that use "timezone" *must*
include one of our headers, even though plenty of existing sources
*assume* "extern int timezone;" without including any headers?

--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]

Reply via email to