Re: move-if-change

Karl Berry freefriends.org> writes: > > Does anyone know where a canonical copy of move-if-change is stored? > > There never was a canonical location afaik. > > So I too think the Autoconf version is the best place to start, and you > should just put it in gnulib now, if/since you need i

Re: move-if-change

Does anyone know where a canonical copy of move-if-change is stored? There never was a canonical location afaik. So I too think the Autoconf version is the best place to start, and you should just put it in gnulib now, if/since you need it. The gcc/emacs/etc. versions are unlikely to be im

Re: licence text as string?

John Darrington wrote: > This would be ok if the display system expects the '\n' characters. > But some systems expect a string and perform their own line wrapping. > In this case it would look messy. This is an argument against putting such a module into gnulib: different applications with differ

canonicalize loop-detection failure

Thanks to Bob's buildbot, I spotted a problem with my recent change. Without this, the test mentioned below would fail with a diagnostic about "../s" not being found, rather than saying that it'd detected a symlink loop. Here's the patch I'll push as soon as tests pass. >From 05552c43d21f272e9276

Re: move-if-change

Eric Blake <[EMAIL PROTECTED]> writes: > Does anyone know where a canonical copy of move-if-change is stored? It used to be in Autoconf, but got removed between 2.60 and 2.61; see . If you really need it, I suggest retrievi

Re: detecting AC_REPLACE_FUNCS typos [was: underscores in gnulib file names]

Eric Blake byu.net> writes: > >> And in the process, broke builds for platforms that lack __fpending > >> (such as cygwin), since AC_REPLACE_FUNCS is a stickler about > >> __fpending.c existing in that case. (I didn't notice it until now, > >> because I had been doing incremental builds where a

Re: move-if-change

Eric Blake <[EMAIL PROTECTED]> wrote: > ...and we should make gnulib > become the canonical home of a proper implementation? I would like to add it > into gnulib/build-aux, so that projects can easily grab the latest version of > it from gnulib. That sounds like the way to go.

move-if-change

Does anyone know where a canonical copy of move-if-change is stored? Or maybe no existing version is good enough for GNU standards, and we should make gnulib become the canonical home of a proper implementation? I would like to add it into gnulib/build-aux, so that projects can easily grab the

Re: m4 tests failed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Piotr Tarnowski on 9/28/2007 1:48 AM: >>> This one may already be fixed in CVS. At any rate, could you run 'cd >>> tests; sh -vx ./test-closein.sh' so we can make sure where it is failing? >>> >> Result is in attachement. > > Excuse me,

Re: m4 tests failed

>> This one may already be fixed in CVS. At any rate, could you run 'cd >> tests; sh -vx ./test-closein.sh' so we can make sure where it is failing? >> > > Result is in attachement. Excuse me, I forgot about attachement ;-) Now it is. Regards -- Piotr #!/bin/sh tmpfiles= tmpfiles= trap 'rm -f

Re: m4 tests failed

Eric Blake napisał(a): > Please keep replies on the list, so that others can pitch in. OK > This one may already be fixed in CVS. At any rate, could you run 'cd > tests; sh -vx ./test-closein.sh' so we can make sure where it is failing? > Result is in attachement. >> cc: Warning: -xarch=nativ