Re: Gnulib and pspdev

Bruno Haible wrote: > Hello Sylvain, >> The build is based on a slightly modified gcc >> cross-compiler for mipsel, and a minimal libc on top off of newlib >> (ftp://sources.redhat.com/pub/newlib/) - check 'psptoolchain' and >> 'pspsdk' at >> http://svn.ps2dev.org/listing.php?repname=psp&path=%2Ftr

Re: Gnulib and pspdev

Hi, > > - Including system's strings.h while it isn't available: > > gnulib/doc/posix-headers/strings.texi tells you that all platforms have this > header file. And I see that MinGW's just include 'string.h'. Good enough :) > > - missing libc functions: > > > > - fchdir.c references 'dup' a

Re: Gnulib and pspdev

Sylvain Beucler wrote: ... >> > - getcwd references 'rewinddir' which isn't present >> >> Likewise, all platforms have opendir and rewinddir. > > Thanks. > I was not sure whether that was common or not in an embedded system. > > What bothers me though is that the functions aren't used (since the

Re: Gnulib and pspdev

Sylvain Beucler wrote: > What bothers me though is that the functions aren't used (since the > program runs without) yet are still required at compile time Regarding dup and dup2 this is normal: fchdir.c overrides them without calling rpl_dup and rpl_dup2 itself. This code assumes that dup and dup

Re: Request: srand48/ drand48

On Sun, Mar 22, 2009 at 10:48:51PM +0100, Jim Meyering wrote: > Stefan Bienert wrote: > > I need a fallback implementation of srand48 and drand48 for my GPL project > > to compile with mingw32 for a certain operating system. > > > > Is there a chance that this can be put into a near-by-future revis

Re: Request: srand48/ drand48

Richard W.M. Jones wrote: > On Sun, Mar 22, 2009 at 10:48:51PM +0100, Jim Meyering wrote: >> Stefan Bienert wrote: >> > I need a fallback implementation of srand48 and drand48 for my GPL project >> > to compile with mingw32 for a certain operating system. >> > >> > Is there a chance that this can b

Re: close vs socket vs getline

Bruno Haible writes: >> Some ideas: >> >> 1) Should the sockets.m4 module unconditionally add LIBSOCKET to LDADD? >> >> 2) Should the gnulib-tool generated Makefile.am add LIBSOCKET to LDADD? > > No, LDADD has an effect on all executables. I don't want to link all my > programs against -lws2_32

Re: ls -v is still inconsistent

On Saturday 21 March 2009 00:03:30 Kamil Dudka wrote: > On Friday 20 of March 2009 22:25:30 Bob Proulx wrote: > > The '~' is often used in package version numbers. It sorts before the > > version without it. For example the rule[1] for generating a stable > > backport from the latest unstable ver

Re: Gnulib and pspdev

> s/runs/runs -- as far as you've seen --/ ? > > At least in the save-cwd module (used e.g., via openat), getcwd > is not used in the common case, but under unusual circumstances, > fall-back code does use it. I'd say "runs" - Bruno explained that 'dup' and 'dup2' are used in auxiliary replacemen

Re: ls -v is still inconsistent

Kamil Dudka wrote: > Kamil Dudka wrote: > > I'll look at it deeper next week and check if the new regex works in all > > cases. > > The Debian's backport suffix "~bpo${debian_release}+${build_int}" seems to > be safe in the context of this patch. Thanks to the '+' it can be never > matched as a f

Re: Serial number formats

Hello Bruno, * Bruno Haible wrote on Mon, Mar 23, 2009 at 12:28:51AM CET: > > > > Without consensus on the question whether interoperability is desirable, > > it is moot to discuss the format. As I read the archives, at some po

Re: Request: srand48/ drand48

Hi again, so how am I supposed to get Richard's code? Just patch my own copy of the public Gnulib repository? And then the task is to apply the comments from the post to it? I think this should be feasible...I just need a little bit of time for it. I still have a question on licensing. As f

Re: Request: srand48/ drand48

My project is GPL. Is it really legally OK to copy LGPL code verbatim into my project? Yes, because the LGPL has a specific provision allowing upgrading to the GPL.

Re: close vs socket vs getline

Simon Josefsson wrote: > Please push it. Done. Bruno

Building strtoull on HP-UX 10.20 requires stdint which is not included

With latest gnulib on HP-UX 10.20: $ ./gnulib-tool --create-testdir --dir=t strtoull $ cd t $ ./configure ... $ gmake ... source='dummy.c' object='dummy.o' libtool=no \ DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \ cc -Ae -DHAVE_CONFIG_H -I. -I.. -g -c dummy.c sourc