Re: pgsql/src/backend/parser (Makefile) - Mailing list pgsql-committers

From Tom Lane
Subject Re: pgsql/src/backend/parser (Makefile)
Date
Msg-id 11477.963593887@sss.pgh.pa.us
Whole thread Raw
In response to Re: pgsql/src/backend/parser (Makefile)  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: pgsql/src/backend/parser (Makefile)  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-committers
Peter Eisentraut <peter_e@gmx.net> writes:
> Actually, this is not quite correct because include/parser/parse.h should
> be a symlink to, not a copy of, the original file.  I don't quite
> understand either.  If you make all in the backend tree then the
> include/parser/parse.h should always be up to date with the
> backend/parser/parse.h version.  Or do you build backend/parser before
> *anything* else?

No, he wants to be able to edit gram.y (changing parse.h) and other
files (using parse.h) in parser, then do a "make" in that directory to
see if it compiles.  As things were, he had to start the make at backend
top level just to see if the parser compiles, because there was no other
way to get include/parser/parse.h up to date.  But you might be right
that a symlink would be a better answer.

            regards, tom lane

pgsql-committers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: pgsql/src/backend/parser (Makefile)
Next
From: Tom Lane
Date:
Subject: pgsql/src/backend/access/gist (gist.c)