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

From Peter Eisentraut
Subject Re: pgsql/src/backend/parser (Makefile)
Date
Msg-id Pine.LNX.4.21.0007151758360.379-100000@localhost.localdomain
Whole thread Raw
In response to Re: pgsql/src/backend/parser (Makefile)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pgsql/src/backend/parser (Makefile)
List pgsql-committers
Tom Lane writes:

> 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.

Some of the files in backend/parser include fmgroids.h, so in order to
build anything there you have to build the backend at least once before
you start fiddling with the parser. Once you have done that there will be
a symlink from backend/parser/parse.h to include/parser/parse.h, so
whatever you recompile backend/parser locally the changes to parse.h get
propagated automatically.

The only thing this change would work around is if you do

- fresh source
- configure
- cd src/backend/parser
- make

but that won't work anyway, as I mentioned.


--
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden


pgsql-committers by date:

Previous
From: Peter Eisentraut - PostgreSQL
Date:
Subject: pgsql/src/makefiles (Makefile.openbsd Makefile.osf Makefile.alpha Makefile.bsd)
Next
From: Tom Lane
Date:
Subject: Re: pgsql/src/backend/parser (Makefile)