I would like to mention that I am on MacOS 10.3 and have this issue
when compiling PHP with both iODBC support and Postgres support at
the same time.
I have to specify the -I/usr/include and the
-I/usr/local/pgsql/include in order for the build scripts to run
correctly. the problem is that at
Does anyone know how Informix, where this file comes from,
handles this?
Informix puts those files in $INFORMIXDIR/incl/esql (e.g. /usr/informix/incl/esql),
so imho a /usr/postgres installation could have them somewhere under /usr/postgres
Andreas
---(end of
Michael Meskes wrote:
On Wed, Dec 17, 2003 at 10:27:19AM -0500, Bruce Momjian wrote:
Are you suggesting moving the ecpg files into pgsql/include/ecpg?
Do we know that no one using ecpg is going to be including a
/usr/include file that needs /usr/include/xxx.h?
No, just the files needed
On Tue, Dec 16, 2003 at 07:00:25PM -0500, Bruce Momjian wrote:
Are you saying some programs will look in /usr/include before looking in
-I specified directories, and that is the whole problem? If so, that is
100% wrong and we don't have to fix our files to workaround this.
No I meant to say
On Wed, Dec 17, 2003 at 10:27:19AM -0500, Bruce Momjian wrote:
Are you suggesting moving the ecpg files into pgsql/include/ecpg? Do we
know that no one using ecpg is going to be including a /usr/include file
that needs /usr/include/xxx.h?
No, just the files needed for Informix compatibility.
-Original Message-
From: Bruce Momjian [mailto:[EMAIL PROTECTED]
Sent: 16 December 2003 01:17
To: Ray Aspeitia
Cc: [EMAIL PROTECTED]
Subject: Re: [HACKERS] 7.4 include file conflict
Where are we going on the pgsql/include file conflicts?
sqltypes.h is very common on Win32
Dave Page writes:
We could prefix the names as Ray suggested pgsqltypes.h, or move them
into a pg subdirectory and change the includes to pg/sqltypes.h.
But the file has to be called sqltypes.h or it won't work.
---(end of broadcast)---
TIP 7:
On Tue, Dec 16, 2003 at 10:38:00AM -, Dave Page wrote:
But the file has to be called sqltypes.h or it won't work.
Why, is it used directly by user code? (I never used ecpg)
Well, it is not really an ecpg file, but one needed for compatibility.
And, yes, Peter is correct, this file may be
Michael Meskes [EMAIL PROTECTED] writes:
Well, it is not really an ecpg file, but one needed for compatibility.
And, yes, Peter is correct, this file may be included directly by some
apps.
I was under the impression that this issue had already been resolved
among you, Lamar, and the Red Hat
Tom Lane wrote:
Michael Meskes [EMAIL PROTECTED] writes:
Well, it is not really an ecpg file, but one needed for compatibility.
And, yes, Peter is correct, this file may be included directly by some
apps.
I was under the impression that this issue had already been resolved
among you,
On Tue, Dec 16, 2003 at 02:01:51PM -0500, Bruce Momjian wrote:
Maybe that fixes the Red Hat issue, but we have the Cygwin issue with
Win32's sqltypes.h, and there is the issue for other platforms, no? Is
that install change going to be for all platforms?
The problem as I see it is that some
Michael Meskes wrote:
On Tue, Dec 16, 2003 at 02:01:51PM -0500, Bruce Momjian wrote:
Maybe that fixes the Red Hat issue, but we have the Cygwin issue with
Win32's sqltypes.h, and there is the issue for other platforms, no? Is
that install change going to be for all platforms?
The
Where are we going on the pgsql/include file conflicts? sqltypes.h is
very common on Win32, and decimal.h might be a problem too. We even
have compatlib.h.
We can tell them to adjust the include path, but what do we do about
win32 system includes that want the system sqltypes.h?
Hello,
I saw another post on this list about some conflicts on building an
rpm on redhat that seemed similar.
I wanted to add that I was building PHP with the individual directory
flags, (./configure --with-iodbc=/usr --with-pgsql=/usr/local ) and
the compiler still choked (see below).
Not
14 matches
Mail list logo
