Re: #include oddity in v7.0b3
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Didier Verna <didier@xemacs.org>
Cc: bugs@postgresql.org, XEmacs beta testers <xemacs-beta@xemacs.org>, Oliver Elphick <Oliver.Elphick@lfix.co.uk>
Date: 2000-04-10T17:45:39Z
Lists: 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