Re: BUG #4951: installation dir wrong for libpq compilation

From: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
To: Jim Michaels <jmichae3(at)yahoo(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #4951: installation dir wrong for libpq compilation
Date: 2009-07-29 07:36:11
Message-ID: 1248852971.14817.4.camel@ayaki
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(at)yahoo(dot)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

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Peter Eisentraut 2009-07-29 08:35:25 Re: BUG #4951: installation dir wrong for libpq compilation
Previous Message Dan Boeriu 2009-07-29 05:05:52 Re: BUG #4945: Parallel update(s) gone wild