Date: Sun, 16 Jan 2022 23:18:35 +0800
From: Julien Rouhaud <rjuju123@gmail.com>
To: Mario Emmenlauer <mario@emmenlauer.de>
Cc: pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #17365: Error: redefinition of 'stat' in win32_port.h when
 including postgres.h
Message-ID: <20220116151835.ro3b3shvsmmdeyt4@nol>
References: <17365-c58cbf9d0c29586a@postgresql.org>
 <20220113122310.ay24ciikcu257nkp@jrouhaud>
 <b6329de3-4200-946f-610c-b77816b4a858@emmenlauer.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <b6329de3-4200-946f-610c-b77816b4a858@emmenlauer.de>
Archived-At: 
 <https://www.postgresql.org/message-id/20220116151835.ro3b3shvsmmdeyt4%40nol>
Precedence: bulk

Hi,

On Sun, Jan 16, 2022 at 04:06:45PM +0100, Mario Emmenlauer wrote:
> 
> 
> Actually I do not really mean to include `postgres.h`. But I do want
> to identify result types with `Oid vOID = ::PQftype(mResult.get(), vColumn);`
> to check the result type. And the types seem to be defined in header
> `catalog/pg_type.h` which only worked when `postgres.h` was included before.
> 
> I guess I'm off the standard track here. Its not completely mandatory for
> me to identify the result types. But it was quite nice to be able to do
> so.
> 
> Is this actually unsupported? Or am I doing something wrong?

It's supported and multiple clien-side programs access those constants.
However you don't need to include postgres.h for that.  There are examples in
the tree that relies on OID defines if you want to check how it's done, for
instance src/bin/pg_dump/pg_dump.c.

Note that the OIDs aren't in pg_type.h anymore since pg 11.  Are you still
compiling against pg 10 or less?