> That "'" is certainly a bug. I installed this patch, not that it will
> fix your problem.
>
> 2007-11-09 Paul Eggert <[EMAIL PROTECTED]>
>
> * GNUmakefile (PATH): Remove stray apostrophes; they become
> part of PATH, which isn't wanted here.
>
> diff --git a/GNUmakefile b/GNUmak
Hello Robert,
* Cox, Robert wrote on Fri, Nov 09, 2007 at 05:39:40PM CET:
> ___
> Autoconf mailing list
> Autoconf@gnu.org
You can unsubscribe yourself at the lower end of this web page:
> http://lists.gnu.org/mailman/listinfo/autoconf
Cheers,
Ralf
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
There is a potential pitfall when grabbing autoconf via CVS from the
git repository which is that VERSION is computed by build-aux/git-version-gen
which runs git describe. If you checked out via CVS, git rightly complains
that the checkout isn't a git repository. VERSION is then UNKNOWN, rather
tha
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
> OK to apply, even if it looks a bit ugly?
Well, it does fix the test for me...
> Patrick, how come the `Deep package' test did not fail for you?
> Is that only because you used an older version? Could you try current
> HEAD with
> > make exists and was already found :
>
> Where is it, exactly?
make could be found in /tools/bin but obviously something is messed
> > 4721 stat64("/tools/bin\'/make", 0xbfeec768) = -1 ENOENT (No such file or
> > directory)
I will try your patch when I'm back at home
Thank you very much :)
I don't observe the problem on my Debian stable platform.
Alexander Kahl <[EMAIL PROTECTED]> writes:
> make exists and was already found :
Where is it, exactly?
> 4721 stat64("\'/autoconf-build/autoconf/tests/make", 0xbfeec768) = -1 ENOENT
> (No such file or directory)
That "'" is certainly
