Re: [Cvs-dev] Re: [Cvs-test-results] Build CVS (TRUNK) failed.

2006-06-15 Thread Jim Hyslop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Eggert wrote: > "Mark D. Baushke" <[EMAIL PROTECTED]> writes: > > >>but 'long long' is NOT available. > > > That's weird, since it's been part of the C standard for 7 years. Are > the Microsoft Windows C compilers that far behind the times?

Re: [Cvs-dev] Re: [Cvs-test-results] Build CVS (TRUNK) failed.

2006-06-15 Thread Mark D. Baushke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Eggert <[EMAIL PROTECTED]> writes: > I'm getting a bit lost with info about both versus > , but does the following patch fix the problem? This does not fix the problem as the AC_CACHE_VAL(gl_cvs_header_stdint_h) is interfering with the test due

Re: [Cvs-dev] Re: [Cvs-test-results] Build CVS (TRUNK) failed.

2006-06-15 Thread Paul Eggert
"Mark D. Baushke" <[EMAIL PROTECTED]> writes: > but 'long long' is NOT available. That's weird, since it's been part of the C standard for 7 years. Are the Microsoft Windows C compilers that far behind the times? Or perhaps they just need to set some compiler switch to make 'long long' availabl

Re: [Cvs-dev] Re: [Cvs-test-results] Build CVS (TRUNK) failed.

2006-06-15 Thread Mark D. Baushke
[Sorry about sending a reverse patch the first time around...] Hi Folks, The CVS project found a need to add the following patch to lib/strtoimax.c in order to get compilation on Windows to work. The basic problem is that there is an __int64 type and three conversion functions: char * _i64toa(_

Re: [Cvs-dev] Re: [Cvs-test-results] Build CVS (TRUNK) failed.

2006-06-15 Thread Mark D. Baushke
Hi Folks, The CVS project found a need to add the following patch to lib/strtoimax.c in order to get compilation on Windows to work. The basic problem is that there is an __int64 type and three conversion functions: char * _i64toa(__int64, char *, int); char * _ui64toa(unsigned __int64, char *,

Re: [bug-gnulib] Re: gettimeofday() for Win32

2006-06-15 Thread Paul Eggert
Martin Lambers <[EMAIL PROTECTED]> writes: > Is there any interest in these changes? Does the patch need > improvements? There's interest, but I haven't had a chance to look at it (I need to get more time :-).

Re: [bug-gnulib] Re: gettimeofday() for Win32

2006-06-15 Thread Martin Lambers
On Thu, 25. May 2006, 21:16:03 +0200, Martin Lambers wrote: > This new version of the patch tests HAVE__FTIME first, so that on native > W32 platforms > void _ftime (struct _timeb *timeptr); > is used instead of > void ftime (struct timeb *timeptr); . Is there any interest in these changes? Does

Re: regex.c not 64-bit clean (?)

2006-06-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Santiago Vila on 6/15/2006 2:53 AM: > We are getting closer: > > $ cd m4 > $ ./configure CFLAGS=-Wall >& LOG-configure > $ make CFLAGS='-Wall -Werror' >& LOG-make > > make[3]: Entering directory `/home/sanvila/tmp/m4/lib' > gcc -DHAVE_CO

Re: regex.c not 64-bit clean (?)

2006-06-15 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 6/15/2006 1:32 AM: > [EMAIL PROTECTED] (Eric Blake) writes: > >> Bruno, is it okay to apply this? >> >> 2006-06-14 Eric Blake <[EMAIL PROTECTED]> >> >> * ssize_t.m4 (gt_TYPE_SSIZE_T): Work in spite of -Werror. Appli

Re: regex.c not 64-bit clean (?)

2006-06-15 Thread Santiago Vila
[ trimming cc list, as I assume you are subscribed to at least one address ] > $ ./configure CFLAGS=-Wall > $ make CFLAGS='-Wall -Werror' We are getting closer: $ cd m4 $ ./configure CFLAGS=-Wall >& LOG-configure $ make CFLAGS='-Wall -Werror' >& LOG-make LOG-configure and LOG-make attached chec

Re: regex.c not 64-bit clean (?)

2006-06-15 Thread Paul Eggert
[EMAIL PROTECTED] (Eric Blake) writes: > Bruno, is it okay to apply this? > > 2006-06-14 Eric Blake <[EMAIL PROTECTED]> > > * ssize_t.m4 (gt_TYPE_SSIZE_T): Work in spite of -Werror. I'm not Bruno, but yes, please apply that. Thanks.