bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: syncing Emacs from sources maintained elsewhere


From: Paul Eggert
Subject: Re: syncing Emacs from sources maintained elsewhere
Date: Thu, 27 Jan 2011 01:22:42 -0800
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7

On 01/26/2011 07:43 AM, Eli Zaretskii wrote:

>   . Is it true that time_r.c is needed only by mktime.c?

Yes, for now, but once I add the strftime module, time_r.c will also be needed
by strftime.c, and in that case MinGW will definitely need to worry about
time_r.c.

strftime is quite likely to be added.  I've already coded it up and tested
it, and it works fine on POSIXy platforms.  I plan to add it to Emacs
soon.  Once it's in, Emacs's format-time-string function can start supporting
higher-resolution time stamps.

>   . Is it true that stddef.in.h, unistd.in.h, and time.in.h are needed
>     only on systems which have "issues" with the corresponding
>     standard headers?

The "issues" are either with the headers, or with the implementations of
functions declared by the headers.

>     is it okay to compile gnulib sources in
>     lib/ without editing these 3 into the corresponding *.h files?

If the MinGW headers and implementations are good enough, you should
be OK without the .h files.  I'd be surprised if that were true, though.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]