Re: [Bug-gnulib] AC_PROG_YACC

Derek Robert Price <[email protected]> Wed, 05 May 2004 11:18:29 -0400
Newsgroups gmane.comp.sysutils.autoconf.bugs,gmane.comp.version-control.cvs.bugs,gmane.comp.lib.gnulib.bugs
Organization Ximbiot <http://ximbiot.com>
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Derek Robert Price wrote:

> Mark D. Baushke wrote:
>
> >>Is the problem that people are getting sources directly
> >>out of CVS and building them, and that getdate.c is older
> >>than getdate.y? If so, then perhaps the simplest solution
> >>is to update getdate.c's time stamp.
>
> >The particular situation arose by a user doing a 'cvs
> >update' on their sources and getting the latest version of
> >getdate.y with a newer timestamp than the getdate.c and
> >having their BSD 'make' command corrupt the getdate.h file
> >by passing 'YFLAGS=-y -d' as a YACC command arguments.
>
>
>
> And because `cvs update' can _never_ interfere with the normal
> operation of timestamps without causing other problems at build time,
> the alphabetical checkout retrieved getdate.c first and then retrieved
> getdate.y and getdate.y was therefore newer.  This will almost always
> be the case on update, though not checkout, of X.c X.y file
> combinations from CVS.


Actually, I'll rescind part of that statement.  Checkin will happen
similarly alphabetically without outside help, so the timestamps CVS
checkout recreates will have been created in the same order as update
creates them.

Derek
- --
                *8^)

Email: [email protected]

Get CVS support at <http://ximbiot.com>!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAmQXELD1OTBfyMaQRAosqAJ0SZJX2MxJtr5WNIWkXaj1D92hg8wCg98PU
WT3pM/Xbfpy7L+3xyp+7QQo=
=zOjO
-----END PGP SIGNATURE-----