Re: [PATCH] Fix arpa_inet bugs found when installing coreutils 7.2 on Solaris 8.

Paul Eggert wrote: > I installed the following patch to gnulib, to fix the following > symptoms when trying to build coreutils 7.2 on Solaris 8: > ... > * lib/arpa_inet.in.h (inet_ntop): Define to rpl_inet_ntop when > we implement it, to avoid colliding with Solaris 8's incompatible > declaration o

mostlyclean and texinfo outputs (was: Installing gnulib from git)

[ adding bug-automake ] Hello Bruno, * Bruno Haible wrote on Thu, Apr 02, 2009 at 01:03:31PM CEST: > 'mostlyclean' cleans all files that are created by "make", except those > that people normally want to keep. It's the target people are meant to > invoke when they see "There's too much clutter in

[PATCH] Fix arpa_inet bugs found when installing coreutils 7.2 on Solaris 8.

I installed the following patch to gnulib, to fix the following symptoms when trying to build coreutils 7.2 on Solaris 8: inet_ntop.c:73: error: conflicting types for 'inet_ntop' /usr/include/arpa/inet.h:55: error: previous declaration of 'inet_ntop' was here make[4]: *** [inet_ntop.o] Error 1 --

[PATCH] Port fnmatch to Solaris 8.

I installed the following into gnulib; it fixes a problem that causes the build of coreutils 7.2 to fail on Solaris 8. * modules/fnmatch (Depends-on): Add mbsrtowcs, to fix a porting problem to Solaris 8 encountered with coreutils 7.2, which resulted in a message "fnmatch.c:292: warning: passing

Re: m4 1.4.1.3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [adding bug-gnulib] According to Elbert_Pol on 4/2/2009 2:41 PM: > Hello, > > Did a try to port to Os2 > > Used gcc 4.3.3 > > But with make i get : > make.exe[4]: Entering directory `U:/m4-1.4.13/lib' > CC gl_avltree_oset.o > CC c-ctype.o > CC

Re: Request: srand48/ drand48

Stefan Bienert wrote: > I just tried > > git apply ../0001-new-module-rand48.patch "patch -p1 < ../0001-new-module-rand48.patch" might be more robust. Bruno

Re: Request: srand48/ drand48

Hi again, Richard Jones has proposed such a module for gnulib already [1] in last October, and it needs only a bit of source code polishing [2] until it can be included in gnulib. Bruno [1] http://lists.gnu.org/archive/html/bug-gnulib/2008-10/msg00550.html [2] http://lists.gnu.org/archive/html

Re: gethostname on Windows

I managed to rewrite the code in GSS to not need the gethostname function at all, so I don't care strongly about the patch to make gethostname work under mingw anymore. My initial patch could be used, but Bruno's concern about linking to -lws2_32 may be a reason against. /Simon

Re: ld-output-def

Ralf Wildenhues writes: > * Simon Josefsson wrote on Wed, Apr 01, 2009 at 06:50:07AM CEST: >> Bruno Haible writes: >> > Your documented example looks like this: >> > >> >> +if HAVE_LD_OUTPUT_DEF >> >> +libfoo_la_LDFLAGS += -Wl,--output-def,libfoo-$(SOVERSION).def >> >> +defexecdir = $(bindir) >>

Re: Installing gnulib from git

Hi Jim, > Do you mind if I factor that? > > html info: > cd doc && $(MAKE) $@ > > dvi pdf: > cd doc && $(MAKE) $@ && $(MAKE) mostlyclean No problem with this. > or even (with or without the mostlyclean): > > dvi html info pdf: > cd doc && $(MAKE

Re: gethostname on Windows

Bruno Haible writes: > Simon Josefsson wrote: >> The current gethostname module will return an empty string on mingw: >> >> strcpy (name, ""); /* Hardcode your system name if you want. */ >> >> This is sub-optimal since Windows has a gethostname function in >> -lws2_32. >> >> The fo

Re: Installing gnulib from git

Bruno Haible wrote: > Reuben Thomas wrote: >> It didn't occur to me to read the manual, as I hadn't figured out >> how to build it. I looked in Makefile, but that didn't seem to do much. > > This can be improved: > > 2009-04-01 Bruno Haible > > * Makefile (info, html, dvi, pdf): New targe