Re: GNUMakefile: don't fail if there is no .tarball-version

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Simon Josefsson on 6/3/2008 9:37 PM: |> |> That's the correct workaround - you are indeed creating the equivalent of |> a tarball outside the VCS, so you should have a .tarball-version present. | | If that is the case, the gnumakefile mod

Re: GNUMakefile: don't fail if there is no .tarball-version

Eric Blake <[EMAIL PROTECTED]> writes: > According to Simon Josefsson on 6/3/2008 10:29 AM: > | > | The failure can be reproduced with: > | > | $ gnulib-tool --create-testdir --with-tests --dir=foo > > | > | As a work around, my daily builder just does 'echo 0 > .tarball-version' > | and that make

Re: [PATCH 2/2] Add missing argz_* functions from glibc

On Wed, 2008-06-04 at 00:57 +0200, Jim Meyering wrote: > David Lutterkort <[EMAIL PROTECTED]> wrote: > > > > I've given your patch a quick spin, and ran into the following issues: > > > > * __attribute_pure__ in argz.h is not defined > > * all the prototypes in argz.h are duplicated (y

Re: GNUMakefile: don't fail if there is no .tarball-version

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Simon Josefsson on 6/3/2008 10:29 AM: | | The failure can be reproduced with: | | $ gnulib-tool --create-testdir --with-tests --dir=foo | | As a work around, my daily builder just does 'echo 0 > .tarball-version' | and that makes everyth

Re: [PATCH 2/2] Add missing argz_* functions from glibc

David Lutterkort <[EMAIL PROTECTED]> wrote: > On Tue, 2008-06-03 at 19:12 +0200, Jim Meyering wrote: >> I've included a still-preliminary patch below, in case you'd like to test it. >> [I say preliminary because it effectively removes the C++-accommodating >> code that's in the old version and beca

acl: #ifology

Hi Jim, Did you have time to look at ? In the meantime, before I continue with MacOS X and Solaris support, a bit of #ifology: - Always use the same conditionals to detect POSIX-draft-like API, not HAVE_ACL_GET_FILE her

Re: [PATCH 2/2] Add missing argz_* functions from glibc

On Tue, 2008-06-03 at 19:12 +0200, Jim Meyering wrote: > I've included a still-preliminary patch below, in case you'd like to test it. > [I say preliminary because it effectively removes the C++-accommodating > code that's in the old version and because it's totally untested. > Adding C++ syntax is

Re: [PATCH 2/2] Add missing argz_* functions from glibc

David Lutterkort <[EMAIL PROTECTED]> wrote: > On Mon, 2008-06-02 at 14:00 +0200, Jim Meyering wrote: >> If I hear no objection soon, I will sync gnulib's argz.c >> directly from glibc, using something like the above. >> Then, gnulib and libtool can evolve separately, if needed. >> >> However, I'd

Re: [PATCH] DragonFly BSD support - reworked

On Sun, Jun 01, 2008 at 11:22:28PM +0200, Bruno Haible wrote: > > test-lseek.c:49: assertion failed > > Abort trap (core dumped) > > FAIL: test-lseek.sh > > This is clearly a bug in your OS: lseek must fail when at attempt is made > to set a negative file position on a regular file. You can analyz

Re: GNUMakefile: don't fail if there is no .tarball-version

Jim Meyering <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> wrote: >> 'make dist' gets into a infloop in gnulib daily builds for me since >> there is no .tarball-version file. This should fix it. Ok to push? > > Hi Simon, > > Thanks for the report. > In daily builds of gnulib

Re: [PATCH 2/2] Add missing argz_* functions from glibc

On Mon, 2 Jun 2008, Eric Blake wrote: What would the libtool folks think of a patch to make libtool start depending on gnulib, and make gnulib the master repository for the argz replacements? I'm not convinced that diverging libtool and gnulib is the best route yet, but I'm also not sure that l

Re: touch and utimens troubles on new/old software combinations

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Andreas Schwab on 6/3/2008 2:00 AM: | | You would also lose the capability to build on a system with an old | kernel, but new glibc (eg in a chroot), and getting the same result as | if building on the target system. Runtime configure ch

Re: touch and utimens troubles on new/old software combinations

Eric Blake <[EMAIL PROTECTED]> writes: > I could also work on a patch like this - basically, gnulib/m4/utimens.m4 > could check whether futimens/utimensat fail with ENOSYS, and if so, treat > them as though they were not declared. But then you lose the ability to > adjust timestamps to the nanose

Re: acl: make acl_entries work reliably

Bruno Haible <[EMAIL PROTECTED]> wrote: > Hi Jim, > > In my tests, I found that the textual representation of ACLs varies much > more than the API used to access the ACLs. > > The acl_entries() function, currently, converts the ACL to a string whose > format is undocumented and then starts counting

Re: acl: improve Tru64 support

Bruno Haible <[EMAIL PROTECTED]> wrote: > On Tru64, when TMPDIR is set to /tmp, the 3 tests pass. However, when TMPDIR > is set to an NFS-mounted directory, the tests fail: ... > This fixes it. OK to apply? Looks safe. Sure! > 2008-06-02 Bruno Haible <[EMAIL PROTECTED]> > > * lib/acl-int