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

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: BUG #4951: installation dir wrong for libpq compilation
Дата
Msg-id 1248852971.14817.4.camel@ayaki
обсуждение исходный текст
Ответ на BUG #4951: installation dir wrong for libpq compilation  ("Jim Michaels" <jmichae3@yahoo.com>)
Список 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 по дате отправления:

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: BUG #4945: Parallel update(s) gone wild
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: BUG #4951: installation dir wrong for libpq compilation