[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnulib] Re: CVS Bug? or User error?
From: |
Paul Eggert |
Subject: |
Re: [Bug-gnulib] Re: CVS Bug? or User error? |
Date: |
Wed, 02 Jun 2004 10:52:29 -0700 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Derek Robert Price <address@hidden> writes:
> My feeling is that `make distcheck' should Do the Right Thing (tm)
> from any workspace, barring user error in file content.
Agreed, and that's why I proposed that `make distcheck' should ensure
that targets are always at least one second newer than their sources.
(Not that I'm volunteering to implement it. :-)
> you are saying that a working yacc installation is more common tool
> than a working Autotool installation?
Yes, I think so.
> Common enough to consider a broken yacc user error?
Sure, but the problem here is something different: it's that getdate.y
is relying on GNU extensions. Even if someone has a working yacc, it
might not work with getdate.y. Removing getdate.y's GNU extensions
would be unpalatable for some distributions, as it would cause
getdate.c to become non-reentrant.
> Do you know why version.texi files are only rebuilt in maintainer
> mode? Is it the unpredictably of the `ls' command used by mdate-sh?
Sorry, no. I doubt it's because of the `ls', though.
> Which reminds me, you asked me to ping you about that getdate.y fix
> in a couple of weeks. That was about three weeks ago. :)
Thanks for pinging me. I'll try to raise the priority of that.
- Re: [Bug-gnulib] Re: CVS Bug? or User error?, (continued)
Re: [Bug-gnulib] Re: CVS Bug? or User error?, Paul Eggert, 2004/06/01