Re: #include oddity in v7.0b3 - Mailing list pgsql-bugs

From Tom Lane
Subject Re: #include oddity in v7.0b3
Date
Msg-id 17020.955388739@sss.pgh.pa.us
Whole thread Raw
In response to #include oddity in v7.0b3  (Didier Verna <didier@xemacs.org>)
Responses Re: #include oddity in v7.0b3  (Olivier Galibert <galibert@xemacs.org>)
List pgsql-bugs
Didier Verna <didier@xemacs.org> writes:
>         The file `libpq-fe.h' #include's the file `postgres_ext.h' using <>
> instead of "" (line 27). As a consequence, applications that just do:
> | #include <full/path/to/libpq-fe.h>

> can't build anymore because the file `postgres_ext.h' is not in the path.

>         What do you think ? Was this change intentional ?

It was.  Someone else complained that the other way didn't work for them.
At least from the point of libpq, I think they were right.

Offhand, if you do not put -I into your compile switches, I'd be
somewhat surprised that either way would work for you.  Certainly
hardcoding a full path into application source code is a completely
unportable way to do things...

            regards, tom lane

pgsql-bugs by date:

Previous
From: Didier Verna
Date:
Subject: #include oddity in v7.0b3
Next
From: Didier Verna
Date:
Subject: Re: #include oddity in v7.0b3