Re: BUG #4951: installation dir wrong for libpq compilation - Mailing list pgsql-bugs

From Craig Ringer
Subject Re: BUG #4951: installation dir wrong for libpq compilation
Date
Msg-id 1248852971.14817.4.camel@ayaki
Whole thread Raw
In response to BUG #4951: installation dir wrong for libpq compilation  ("Jim Michaels" <jmichae3@yahoo.com>)
List pgsql-bugs
On Tue, 2009-07-28 at 22:57 +0000, Jim Michaels wrote:
> The following bug has been logged online:
>
> Bug reference:      4951
> Logged by:          Jim Michaels
> Email address:      jmichae3@yahoo.com
> PostgreSQL version: 8.4.0
> Operating system:   Win XP Pro Sp3
> Description:        installation dir wrong for libpq compilation
> Details:
>
> it is impossible to compile in libpq headers unless the installation
> directory for postgres has no spaces.  compilers such as gcc/mingw don't
> like that.

I use mingw32 with include paths that contain spaces all the time. Not
for PostgreSQL admittedly, but for other projects.

Use the -I directive with "double quotes" on the path, or use a Windows
PATH-style semicolon-separated directory list in the CPATH environment
variable, eg

set CPATH=%CPATH%;C:\PROGRAM FILES\PostgreSQL\8.3\include

Really, gcc doesn't care, either in its various native forms nor as
mingw32. Nor does GNU make. However, build scripts and sloppily written
makefiles may fail to properly quote variable substitutions, which will
lead to problems. The answer is to fix the build scripts, not move the
header files.

If you're really stuck with build scripts or tools you can't change, you
can always create an NTFS junction point (like a symbolic link) to remap
the include dir somewhere else.

--
Craig Ringer

pgsql-bugs by date:

Previous
From: Craig Ringer
Date:
Subject: Re: BUG #4945: Parallel update(s) gone wild
Next
From: Peter Eisentraut
Date:
Subject: Re: BUG #4951: installation dir wrong for libpq compilation