[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: OpenBSD 3.6 sparc64 Build Failure on TRUNK

From: Derek Price
Subject: Re: OpenBSD 3.6 sparc64 Build Failure on TRUNK
Date: Wed, 15 Jun 2005 11:31:57 -0400
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)

Alexander Taler wrote:

> $ make
> make  all-recursive
> Making all in lib
> cp ./alloca_.h alloca.h-t
> mv alloca.h-t alloca.h
> /bin/sh ../build-aux/ylwrap getdate.y y.tab.c getdate.c y.tab.h
> getdate.h y.output getdate.output -- /bin/sh
> /home/dissent/prj/libcvs/var/ccvs-1.12/build-aux/missing --run bison -y
> /home/dissent/prj/libcvs/var/ccvs-1.12/lib/getdate.y:202:
> unrecognized: %parse-param
> /home/dissent/prj/libcvs/var/ccvs-1.12/lib/getdate.y:202:    Skipping
> to next %
> /home/dissent/prj/libcvs/var/ccvs-1.12/lib/getdate.y:203:
> unrecognized: %lex-param
> /home/dissent/prj/libcvs/var/ccvs-1.12/lib/getdate.y:203:    Skipping
> to next %
> *** Error code 1

There are a few issues here:

   1. getdate.y from GNULIB requires at least Bison 1.875.
   2. getdate.y shouldn't be recompiled unless it has changed, but
      sometimes the timestamps can get munged when checking out of CVS.
   3. When either of the above two problems are not avoided, the
      build-aux/missing script is supposed to just update the
      timestamps, print a warning message, and exit with a success
      code.  This may not happen if your lib/getdate.c file is actually
      missing, for instance if you ran a `make maintainerclean'.

If your `missing' script is failing for any reason other than a bad
bison AND a missing lib/getdate.c, then I would like to get to the
bottom of it.  Otherwise, your solution should be to update to a more
recent Bison (which we assume for anyone willing to run `make
maintainerclean'), or pull the current lib/getdate.c from CVS and avoid
the rebuild.

I have documented the Bison 1.875 requirement in HACKING.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]