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
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
> 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 broadca
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
Michael Meskes wrote:
> 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 worka
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
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?
>
> T
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 som
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
> am
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 Ha
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
> -Original Message-
> From: Peter Eisentraut [mailto:[EMAIL PROTECTED]
> Sent: 16 December 2003 09:09
> To: Dave Page
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: [HACKERS] 7.4 include file conflict
>
> Dave Page writ
Dave Page writes:
> We could prefix the names as Ray suggested , or move them
> into a pg subdirectory and change the includes to .
But the file has to be called sqltypes.h or it won't work.
---(end of broadcast)---
TIP 7: don't forget to increas
> -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 confli
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?
--
15 matches
Mail list logo
