Re: pgsql/src/backend/parser (Makefile)

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Thomas Lockhart <thomas(at)hub(dot)org>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql/src/backend/parser (Makefile)
Date: 2000-07-15 16:02:06
Message-ID: Pine.LNX.4.21.0007151758360.379-100000@localhost.localdomain
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: 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(at)gmx(dot)net 75262 Uppsala
http://yi.org/peter-e/ Sweden

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2000-07-15 16:11:00 Re: pgsql/src/backend/parser (Makefile)
Previous Message Peter Eisentraut - PostgreSQL 2000-07-15 15:54:52 pgsql/src/makefiles (Makefile.openbsd Makefile.osf Makefile.alpha Makefile.bsd)