Thread: Commit finished?
Trying to get my FreeBSD box (lerbsd.lerctr.org, 4.2-BETA) up on current sources. Got this error: make[3]: Entering directory `/home/ler/pg-dev/src/backend/parser' cc -O2 -m486 -pipe -Wall -Wmissing-prototypes -Wmissing-declarations -Wno-error -I/usr/local/include -I../../../src/include -c -o keywords.o keywords.c keywords.c:250: `TEMPLATE' undeclared here (not in a function) keywords.c:250: initializer element is not constant keywords.c:250: (near initialization for `ScanKeywords[217].value') gmake[3]: *** [keywords.o] Error 1 gmake[3]: Leaving directory `/home/ler/pg-dev/src/backend/parser' gmake[2]: *** [parser-recursive] Error 2 gmake[2]: Leaving directory `/home/ler/pg-dev/src/backend' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/home/ler/pg-dev/src' gmake: *** [all] Error 2 $ Tom, Is the template0/1 stuff all in? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Is your copy of gram.y up to date?
regards, tom lane
* Tom Lane <tgl@sss.pgh.pa.us> [001114 15:07]:
> Is your copy of gram.y up to date?
$ find . -name gram.y
./src/backend/parser/gram.y
./src/pl/plpgsql/src/gram.y
$ more src/backend/parser/gram.y
src/backend/parser/gram.y 0%
%{
/*#define YYDEBUG 1*/
/*-------------------------------------------------------------------------** gram.y* POSTGRES SQL YACC
rules/actions**Portions Copyright (c) 1996-2000, PostgreSQL, Inc* Portions Copyright (c) 1994, Regents of the
Universityof* California*** IDENTIFICATION* $Header:*
/home/projects/pgsql/cvsroot/pgsql/src/backend/parser/gram.y,
v 2.209 2000/11/14 18:37:49 tgl Exp $** HISTORY* AUTHOR DATE MAJOR*
EVENT* Andrew Yu Sept, 1994* POSTQUEL to SQL
conversion* Andrew Yu Oct, 1994 lispy* code conve
rsion*
$
>
> regards, tom lane
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Larry Rosenman <ler@lerctr.org> writes:
> * Tom Lane <tgl@sss.pgh.pa.us> [001114 15:07]:
>> Is your copy of gram.y up to date?
> * $Header:
> * /home/projects/pgsql/cvsroot/pgsql/src/backend/parser/gram.y,
> v 2.209 2000/11/14 18:37:49 tgl Exp $
Hm. Looks up-to-date to me. I wonder why the derived header files
didn't get rebuilt? How did you start the make, anyway?
regards, tom lane
* Tom Lane <tgl@sss.pgh.pa.us> [001114 15:16]: > Larry Rosenman <ler@lerctr.org> writes: > > * Tom Lane <tgl@sss.pgh.pa.us> [001114 15:07]: > >> Is your copy of gram.y up to date? > > > * $Header: > > * /home/projects/pgsql/cvsroot/pgsql/src/backend/parser/gram.y, > > v 2.209 2000/11/14 18:37:49 tgl Exp $ > > Hm. Looks up-to-date to me. I wonder why the derived header files > didn't get rebuilt? How did you start the make, anyway? It may be my screw up. I did a scp from lerami to lerbsd. I'll try reseting the timestamps. THanks. LER > > regards, tom lane -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
* Tom Lane <tgl@sss.pgh.pa.us> [001114 15:16]: > Larry Rosenman <ler@lerctr.org> writes: > > * Tom Lane <tgl@sss.pgh.pa.us> [001114 15:07]: > >> Is your copy of gram.y up to date? > > > * $Header: > > * /home/projects/pgsql/cvsroot/pgsql/src/backend/parser/gram.y, > > v 2.209 2000/11/14 18:37:49 tgl Exp $ > > Hm. Looks up-to-date to me. I wonder why the derived header files > didn't get rebuilt? How did you start the make, anyway? Looks, to me, like gmake distclean should remove gram.c and it's header. I removed gram.c, and restarted, and it went to completion. Larry > > regards, tom lane -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
Larry Rosenman <ler@lerctr.org> writes:
> Looks, to me, like gmake distclean should remove gram.c and it's
> header. I removed gram.c, and restarted, and it went to completion.
distclean does not remove gram.c because we include gram.c in the
distribution. Perhaps there should be another target that gets rid
of *all* the derived files (maintainer-clean might be the GNU-approved
name for that, not sure). Peter, any comment here?
regards, tom lane
Tom Lane writes: > distclean does not remove gram.c because we include gram.c in the > distribution. Perhaps there should be another target that gets rid > of *all* the derived files (maintainer-clean might be the GNU-approved > name for that, not sure). Peter, any comment here? Not only that, but we've had it for several months... :-) -- Peter Eisentraut peter_e@gmx.net http://yi.org/peter-e/
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> distclean does not remove gram.c because we include gram.c in the
>> distribution. Perhaps there should be another target that gets rid
>> of *all* the derived files (maintainer-clean might be the GNU-approved
>> name for that, not sure). Peter, any comment here?
> Not only that, but we've had it for several months... :-)
Ah, my mistake. I looked in backend/parser/Makefile and didn't see
any rule for maintainer-clean, so assumed it wasn't there yet :-(
regards, tom lane