OK, removing the second --with-CXX got us past configure, and gmake
ran a long while, but MAXBUFSIZE didn't get defined such that
fe-connect.c died:
gmake -C doc all
gmake[1]: Entering directory `/home/ler/pg-dev/pgsql-snap/doc'
gmake[1]: Nothing to be done for `all'.
gmake[1]: Leaving directory
> And the --with-CXX option is honored, but only if you don't
> override it in the template file. :)
Is this the precedence we want ?
I would have thought that commandline is preferred over template.
Andreas
* Larry Rosenman <[EMAIL PROTECTED]> [001021 12:04]:
> * Peter Eisentraut <[EMAIL PROTECTED]> [001021 11:45]:
> > > 2) I forced CC=cc and CXX=CC in src/templates/unixware and removed the
> > > -K i486 option, and we still pass GCC options. This is *NOT* good...
> >
> > Don't do that then. Setti
Larry Rosenman writes:
> OK, then please allow --with-CC and --with-CXX. I tried it, and it
> didn't honor the --with-CXX option. Please also document same in
> ./configure --help.
The C compiler is chosen with the CC environment variable. That is
documented.
The C++ compiler can be chosen
* Peter Eisentraut <[EMAIL PROTECTED]> [001021 12:02]:
> I wrote:
>
> > Larry Rosenman writes:
> >
> > > 1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
> > > the -L options, so couldn't find libssl.a
> >
> > Confirmed. It's being put into a different variable. I'll see
DOne.
> * Peter Eisentraut <[EMAIL PROTECTED]> [001021 11:45]:
> > Larry Rosenman writes:
> >
> > > 1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
> > > the -L options, so couldn't find libssl.a
> >
> > Confirmed. It's being put into a different variable. I'll see about
* Peter Eisentraut <[EMAIL PROTECTED]> [001021 11:45]:
> Larry Rosenman writes:
>
> > 1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
> > the -L options, so couldn't find libssl.a
>
> Confirmed. It's being put into a different variable. I'll see about
> fixing this.
Cool.
I wrote:
> Larry Rosenman writes:
>
> > 1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
> > the -L options, so couldn't find libssl.a
>
> Confirmed. It's being put into a different variable. I'll see about
> fixing this.
No, this is fine. It's in the LIBS variable, whe
Larry Rosenman writes:
> 1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
> the -L options, so couldn't find libssl.a
Confirmed. It's being put into a different variable. I'll see about
fixing this.
> 2) I forced CC=cc and CXX=CC in src/templates/unixware and removed the
* Larry Rosenman <[EMAIL PROTECTED]> [001021 07:34]:
> I will, in the next couple of days...
Well, I pulled todays (2000/10/21) snapshot.
I didn't get very far...
1) when I included -with-openssl, it didn't add /usr/local/ssl/lib to
the -L options, so couldn't find libssl.a
2) I forced CC=cc
* Peter Eisentraut <[EMAIL PROTECTED]> [001021 03:42]:
> Larry Rosenman writes:
>
> > Question: Why do we (for UnixWare) force i486 optimization?
>
> No particularly good reason, I suppose. We could remove it and leave it
> up to the installer to choose the optimization level.
>
> > CXXFLAGS=
Larry Rosenman writes:
> Question: Why do we (for UnixWare) force i486 optimization?
No particularly good reason, I suppose. We could remove it and leave it
up to the installer to choose the optimization level.
> CXXFLAGS=-O ./configure --with-perl --with-CC=cc --with-CXX=CC
>--with-includes
I got early access to the UnixWare 7.1.1b Feature Supplement
UnixWare/OpenServer Development Kit (UDK FS for short).
PostgreSQL 7.0.2 compiles CLEAN (ish...) and we can now support the
C++ stuff.
The 3.2 bug in int8.c is GONE.
Question: Why do we (for UnixWare) force i486 optimization?
A
13 matches
Mail list logo
