Re: gnulib-tool --avoid problems

Hi Sam, Sam Steingold wrote: > I am trying to use the gnulib-tool --avoid to put the gnulib regexp code > in the regexp directory, fnmatch code in the wildcard dir &c. > So far I came up with the following in Makefile.devel: > > GNULIB = $(GNULIB_CHECKOUT)/gnulib-tool --import --no-vc-files --no-

Re: gethostname on Windows

Simon Josefsson wrote: > > I'm undecided. > > Avoiding -lws2_32 is good, but if the application links to -lws2_32 > anyway, there will be no saving. > ... > Some additional questions: > > 1) How do I use it? This doesn't seem to work: > > j...@mocca:~$ cat foo.c > #define WINVER 0x0500 > #inclu

Re: [PATCH] top/maint.mk: improved regex parser used in update-NEWS-hash

Hi Jim, > Pushed with adjusted log message, i.e, to start with the > "module-name: " and to use ChangeLog-style "* dir/file (): ..." > description. thank you for editing my patch to conform to the guidelines. Next time, I'll put more effort into getting that right. Take care, Peter

Re: HOST_NAME_MAX

Simon Josefsson wrote on 2009-04-01: > > The definition can be triggered by the 'gethostname' module. I don't think > > anyone will need HOST_NAME_MAX without needing the gethostname() function. > > That would be fine with me. How about the patch below? This is on top > of my earlier gethostname

Re: HOST_NAME_MAX

> 2009-08-02 Simon Josefsson > Bruno Haible > > Ensure HOST_NAME_MAX as part of the gethostname module. > * m4/gethostname.m4 (gl_FUNC_GETHOSTNAME): On native Windows platforms, > define also HOST_NAME_MAX. > * tests/test-gethostname.c (main): Check also HO

gethostname, socket need startup code

Hi Simon, On mingw, the gethostname test fails for me: gethostname failed, rc -1 errno 10093 FAIL: test-gethostname.exe The reason is that the WSAStartup function has not been called. Why not make this initialization implicitly in the gethostname function? And likewise for the socket() funct

new modules 'uname', 'sys_utsname'

Now that gethostname is supported on all platforms, it's easy to add support for the uname() function on all platforms. Here is a proposed module 'sys_utsname', and a proposed module 'uname' in the next mail. 2009-08-02 Bruno Haible New module 'sys_utsname'. * lib/sys_utsname

Re: gethostname, socket need startup code

On 08/02/2009 04:45 PM, Bruno Haible wrote: Hi Simon, On mingw, the gethostname test fails for me: gethostname failed, rc -1 errno 10093 FAIL: test-gethostname.exe The reason is that the WSAStartup function has not been called. Why not make this initialization implicitly in the gethostna

new module 'uname'

Here is the proposed 'uname' module. On mingw it produces values like the following: uname -n = nodename = pusillus uname -s = sysname= MINGW32_NT-5.1 uname -r = release= Windows XP uname -v = version= Service Pack 3 uname -m = machine or cpu = i686 The nodename resu

Re: gethostname, socket need startup code

Paolo Bonzini wrote: > I'm wondering if some programs out there used WSAStartup autonomously > without going through the sockets module... That would not hurt. WSAStartup succeeds when called repeatedly, even when called with different version numbers: $ cat foo.c #include #include #include i

Re: gethostname on Windows

On Sun, 02. Aug 2009, 12:04:53 +0200, Bruno Haible wrote: > Simon Josefsson wrote: > > Avoiding -lws2_32 is good, but if the application links to -lws2_32 > > anyway, there will be no saving. > > [...] > > [...] > I'm now convinced that linking with -lws2_32 is the least evil. > I have applied you

Re: gethostname on Windows

Martin Lambers wrote: > This requires to include limits.h in gethostname.c, to get INT_MAX. > > Martin > > > diff --git a/lib/gethostname.c b/lib/gethostname.c > index ef58a40..422184a 100644 > --- a/lib/gethostname.c > +++ b/lib/gethostname.c > @@ -76,6 +76,9 @@ gethostname (char *name, size_t

Re: updating copyright years

"Joel E. Denny" writes: >> For example I note that >> $ build-aux/update-copyright < lib/gc-gnulib.c >> gives a warning. > > That doesn't contain an FSF copyright, so an update-copyright makefile > target should probably just exclude it. That was a mistake when adding the file into gnulib, no

Re: gethostname, socket need startup code

Good. No one asks worse than 1.1 so the patch is okay. Paolo

Re: gnulib-tool --avoid problems

Hi Bruno, On Sun, Aug 2, 2009 at 5:01 AM, Bruno Haible wrote: > Sam Steingold wrote: >> alas, there is still some duplication between >> modules/regexp/glm4 and src/glm4, specifically: >>           codeset.m4 >>           locale-fr.m4 >>           locale-ja.m4 >>           locale-zh.m4 >>        

Re: [PATCH] My version of pipe-filter

Hi Paolo, > here is a version of pipe-filter that works under Win32 > too (tested with Wine), has tests, and so on. > > Testing under native Windows would be appreciated. > > Bruno, what do you think? I've added yours under the name 'pipe-filter-gi' and mine under the name 'pipe-filter-ii'. The