Re: close: lseek+unistd+sys_socket on mingw results in failure

Hi Simon, > #elif 1 > # undef close > # define close close_used_without_requesting_gnulib_module_close > ... > Is it appropriate to use a hard error in this situation? If it was a > warning, it would be something that could be ignored. Hmm, the presence of the 'sys_socket' module is an indicator

close: lseek+unistd+sys_socket on mingw results in failure

This command: rm -rf m;gnulib-tool --create-testdir --dir m --with-tests lseek unistd sys_socket; cd m;./configure --host=i586-mingw32msvc --build=i686-pc-linux-gnu;make check;cd .. Fails like this: test-lseek.o: In function `main': /home/jas/src/gnulib/m/gltests/test-lseek.c:89: undefined ref

Re: gnulib-tool forgets to copy files?

I figured it out. perror.c was added into gl/tests/ because some self-tests used perror. However, this caused the generated stdio.h to redefine perror to rpl_perror, which caused problems. I had mistakenly assumed that the perror function would be available for use if it was in the module list d

gnulib-tool forgets to copy files?

Hi. I'm changing GnuTLS to use another configure.ac in lib/ and libextra/ and AC_CONFIG_SUBDIRS, as per Bruno's suggestion. I've run into several problems, but I'll discuss each problem separately. Here is a first surprising behaviour. Gnulib-tool seems to forget to copy some files, and I canno

sockets: make LGPLv2+

I needed sockets in gnutls. Pushed. /Simon >From d51f43cc57c6e7d25ab44ce188af157642900720 Mon Sep 17 00:00:00 2001 From: Simon Josefsson <[EMAIL PROTECTED]> Date: Thu, 30 Oct 2008 20:57:32 +0100 Subject: [PATCH] modules/sockets (License): Change from LGPL to LGPLv2+. --- ChangeLog |4

Re: [bug #24687] implicit usage of mbsinit & mbrtowc

On Thu, 2008-10-30 at 09:07 +, Alan Hourihane wrote: > On Thu, 2008-10-30 at 10:12 +0200, Sergey Poznyakoff wrote: > > Karl Berry <[EMAIL PROTECTED]> ha escrit: > > > > > Anyway, if Sergey doesn't have time to look at it, I will eventually. > > > Meanwhile, patches are welcome of course :). >

Re: [bug #24687] implicit usage of mbsinit & mbrtowc

On Thu, 2008-10-30 at 10:12 +0200, Sergey Poznyakoff wrote: > Karl Berry <[EMAIL PROTECTED]> ha escrit: > > > Anyway, if Sergey doesn't have time to look at it, I will eventually. > > Meanwhile, patches are welcome of course :). > > It is a bug in gnulib. I have forwarded it to . Attached is a p

Re: Alan Hourihane: [bug #24687] implicit usage of mbsinit & mbrtowc

Bruno Haible <[EMAIL PROTECTED]> writes: > Hello Sergey, > >> > This renders compilation of 4.13 inoperable on these systems, and you get >> > the >> > build errors below >> > >> > display.o:display.o:(.text+0x786): undefined reference to `mbrtowc' >> > display.o:display.o:(.text+0x78c): und

Re: Alan Hourihane: [bug #24687] implicit usage of mbsinit & mbrtowc

Hello Sergey, > > This renders compilation of 4.13 inoperable on these systems, and you get > > the > > build errors below > > > > display.o:display.o:(.text+0x786): undefined reference to `mbrtowc' > > display.o:display.o:(.text+0x78c): undefined reference to `mbsinit' The problem is that

Alan Hourihane: [bug #24687] implicit usage of mbsinit & mbrtowc

Hello, A user of Texinfo reported this: > URL: > > > Summary: implicit usage of mbsinit & mbrtowc > Project: texinfo - GNU documentation system [...] > Details: > > In texinfo 4.13 the files gnulib/lib/mbuiter.h and gnuli