Bruno Haible <[EMAIL PROTECTED]> writes:
> I hope these changes are OK with you. If not, feel free to revert them.
Thanks very much for taking the time to proofread all that. My change
was a bit disruptive, and I was worried about running into problems
with it on on less-common platforms. Your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 1/18/2007 7:16 PM:
> Compiling a testdir
> - on Linux (to test the case where gettimeofday is present),
> - in a cross-compile to Cygwin (to test the case where gettimeofday is
> assumed to clobber localtime's buffe
Compiling a testdir
- on Linux (to test the case where gettimeofday is present),
- in a cross-compile to Cygwin (to test the case where gettimeofday is
assumed to clobber localtime's buffer),
- in a cross-compile to Mingw (to test the case of missing gettimeofday)
I again come up with sev
Paul Eggert wrote:
> The main idea here is that we should try to avoid separate include
> files like "gettimeofday.h" for declarations that POSIX says should be
> in a standard file like . Instead, we should patch
> by wrapping it; that way the user code can just code to
> the POSIX standard.
Ye
Paul Eggert CS.UCLA.EDU> writes:
>
> The main idea here is that we should try to avoid separate include
> files like "gettimeofday.h" for declarations that POSIX says should be
> in a standard file like . Instead, we should patch
> by wrapping it; that way the user code can just code to
> the
Bruno Haible <[EMAIL PROTECTED]> writes:
> - Coreutils has a comment explaining why it is useful to compute the
> microseconds as
> milliseconds * 1000 + 999
> rather than as
> milliseconds * 1000.
It's useful for that particular case, but there are other cases
where it's not useful
Bruno Haible <[EMAIL PROTECTED]> writes:
> (together with more *-tests modules).
Yes, writing self tests for modules would be a good thing. Maybe the
autobuild page could say 'Success (0)' and 'Success (4)' etc depending
on how many self-tests were successful...
/Simon
Le mercredi 17 janvier 2007 à 02:05 +0100, Bruno Haible a écrit :
> Yoann Vandoorselaere asked:
> > I'm currently working on a win32 port for libprelude, and we're missing
> > a gettimeofday module working under win32.
> >
> > I've noticed an attempt to implement win32 support to the current modul
The revised gettimeofday module requires IMO the following changes in
gnulib. Opinions? Paul?
--- lib/gettime.c 13 Sep 2006 22:38:14 - 1.7
+++ lib/gettime.c 17 Jan 2007 11:48:37 -
@@ -1,6 +1,6 @@
/* gettime -- get the system clock
- Copyright (C) 2002, 2004, 2005, 20
Two additional modifications:
- Code was missing for the case
HAVE_GETTIMEOFDAY && !HAVE_GETTIMEOFDAY_POSIX_SIGNATURE.
- Coreutils has a comment explaining why it is useful to compute the
microseconds as
milliseconds * 1000 + 999
rather than as
milliseconds * 1000.
2007-01-17 Brun
Simon Josefsson wrote:
> I started a daily build of gnulib for mingw32 now, there are some
> initial results on:
>
> http://autobuild.josefsson.org/gnulib-mingw32/
> ...
> The Testdrive systems appear to be back online again, so it may be
> possible to do daily builds on more exotic platforms as w
Bruno Haible <[EMAIL PROTECTED]> writes:
> Reading through the new code and doing cross-compiles to cygwin and mingw
> I found and fixed a few further issues:
I started a daily build of gnulib for mingw32 now, there are some
initial results on:
http://autobuild.josefsson.org/gnulib-mingw32/
Ide
Yoann Vandoorselaere asked:
> I'm currently working on a win32 port for libprelude, and we're missing
> a gettimeofday module working under win32.
>
> I've noticed an attempt to implement win32 support to the current module
> was discussed previously:
> http://thread.gmane.org/gmane.comp.lib.gnuli
Hi,
I'm currently working on a win32 port for libprelude, and we're missing
a gettimeofday module working under win32.
I've noticed an attempt to implement win32 support to the current module
was discussed previously:
http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/4155/focus=5770
However, t
14 matches
Mail list logo
