Re: build remaining Flex files standalone - Mailing list pgsql-hackers

From John Naylor
Subject Re: build remaining Flex files standalone
Date
Msg-id CAFBsxsFKVze-keZpwihb74Lqd8zV004ZfiHqwYGLRs6Nr=AYxg@mail.gmail.com
Whole thread Raw
In response to Re: build remaining Flex files standalone  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Responses Re: build remaining Flex files standalone
List pgsql-hackers
On Wed, Sep 7, 2022 at 4:27 PM Peter Eisentraut
<peter.eisentraut@enterprisedb.com> wrote:
>
> On 04.09.22 20:17, Andres Freund wrote:
> > I think, as a followup improvement, we should move gramparse.h to
> > src/backend/parser, and stop installing gram.h, gramparse.h. gramparse.h
> > already had this note:
> >
> >   * NOTE: this file is only meant to be included in the core parsing files,
> >   * i.e., parser.c, gram.y, and scan.l.
> >   * Definitions that are needed outside the core parser should be in parser.h.
> >
> > What do you think?
>
> I found in my notes:
>
> * maybe gram.h and gramparse.h should not be installed
>
> So, yeah. ;-)

It seems gramparse.h isn't installed now? In any case, here's a patch
to move gramparse to the backend dir and stop symlinking/ installing
gram.h. Confusingly, MSVC didn't seem to copy gram.h to src/include,
so I'm not yet sure how it still managed to build...

-- 
John Naylor
EDB: http://www.enterprisedb.com

Attachment

pgsql-hackers by date:

Previous
From: Kyotaro Horiguchi
Date:
Subject: Re: Switching XLog source from archive to streaming when primary available
Next
From: Kyotaro Horiguchi
Date:
Subject: Re: Switching XLog source from archive to streaming when primary available