Re: no-c++

2009-08-08 Thread Sam Steingold
> * Bruno Haible [2009-08-08 11:47:01 +0200]: > > Sam Steingold wrote: >> modules which cannot be compiled with c++ (regex, gettimeofday) should depend >> on no-c++ > > This cannot be implemented as you wish. The ability to compile in C mode when > CC="g++" is done through a variable NO_CXX that h

Re: gettimeofday in c++

2009-08-08 Thread Jim Meyering
Bruno Haible wrote: ... > Here's a proposed fix. Jim, is that OK to apply (I guess Paul does not > have time to read this any more)? > > > 2009-08-08 Bruno Haible > > Avoid compilation error in C++ mode. > * lib/gettimeofday.c (rpl_gettimeofday): Cast timezone argument. ... > > - in

Re: gettimeofday in c++

2009-08-08 Thread Bruno Haible
Sam Steingold wrote: > modules which cannot be compiled with c++ (regex, gettimeofday) should depend > on no-c++ For regex, this is due to a controversy between the glibc maintainers and our position. For gettimeofday, however, it can be fixed with a one-line change. Before: $ ./gnulib-tool --

Re: no-c++

2009-08-08 Thread Bruno Haible
Sam Steingold wrote: > modules which cannot be compiled with c++ (regex, gettimeofday) should depend > on no-c++ This cannot be implemented as you wish. The ability to compile in C mode when CC="g++" is done through a variable NO_CXX that has to be added to the compiler flags. But modifying compil

Re: HOST_NAME_MAX

2009-08-08 Thread Bruno Haible
Simon Josefsson wrote: > Right, it seems clear that gnulib should define HOST_NAME_MAX on more > systems. > > I note that a Solaris 10 I have access to defines _POSIX_HOST_NAME_MAX: > > /usr/include/limits.h:#define _POSIX_HOST_NAME_MAX255 But _POSIX_HOST_NAME_MAX is only t

Re: uname: build problem on win32

2009-08-08 Thread Bruno Haible
Sam Steingold wrote: > In file included from > /cygdrive/c/sds/dev/current/modules/syscalls/gllib/gethostname.c:83: > /cygdrive/c/sds/dev/current/modules/syscalls/gllib/w32sock.h: In function > `set_winsock_errno': > /cygdrive/c/sds/dev/current/modules/syscalls/gllib/w32sock.h:34: warning: > imp