According to Eric Blake on 2/23/2010 5:58 AM:
>> Thanks. I tried the patch and gettimeofday is not compiled in. However,
>> there's still a problem as sys/time.h does declare gettimeofday (not
>> rpl_gettimeofday), but gettimeofday.c unconditionally implements
>> rpl_gettimeofday. So I know I'll ha
According to Michael Goffioul on 2/23/2010 12:15 AM:
>>> Is this a bug? If not, what is supposed to happen on system that do not
>>> provide gettimeofday?
>>
>> An inadvertent regression, particularly since the documentation already
>> mentions that mingw lacks the function. I will commit this aft
On Tue, Feb 23, 2010 at 7:15 AM, Michael Goffioul
wrote:
> Thanks. I tried the patch and gettimeofday is not compiled in. However,
Sorry, I meant "is *now* compiled in".
Michael.
On Mon, Feb 22, 2010 at 4:05 PM, Eric Blake wrote:
> According to Michael Goffioul on 2/21/2010 4:09 PM:
>> I think that because of the outer "if test $ac_cv_func_gettimeofday =
>> yes; then",
>> REPLACE_GETTIMEOFDAY can only be set to 1 on systems that already
>> provide an implementation of it.
According to Michael Goffioul on 2/21/2010 4:09 PM:
> I think that because of the outer "if test $ac_cv_func_gettimeofday =
> yes; then",
> REPLACE_GETTIMEOFDAY can only be set to 1 on systems that already
> provide an implementation of it.
Correct. But a platform that lacks gettimeofday altogeth
Hi,
I'm trying to compile octave (which uses gnulib) with MSVC, but got
a problem related to a recent change introduced in the gnulib source
tree, namely
http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=de4d0a383be20eb6cbeb09ecbd66a5514779b914
I think that because of the outer "if
