I've moved on and don't have the exact debug.log from the
configure, but this is what it basically looked like.  The difference is
that my correct postgres path wasn't in there and the error was something
like -lpq not found.  See below for more...

CONFIGURE:   './configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-pgsql=/usr/local/pgsql/7.1.2/' '--with-gd' '--enable-bcmath'
'--enable-calendar' '--enable-sysvsem' '--enable-sysvshm'
'--enable-memory-limit=yes' '--enable-debug=no'
'--with-config-file-path=/usr/local/apache/conf/' '--with-mm'
CC:         gcc
CFLAGS:     -g -O2
INCLUDES:    -I/usr/local/apache/include  -I$(top_builddir)/Zend
-I/usr/local/include -I/usr/local/build/Web/php-4.0.6/ext/mysql/libmysql
LDFLAGS:    -L/usr/local/pgsql/7.1.2/lib/ -R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib -L/usr/local/lib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -R/lib -L/lib
LIBS:       -lmm -lpq -lgd -lcrypt -lssl -lcrypto -lresolv -lresolv -lm
-ldl -lnsl -lsocket  -lsocket -lgcc
SAPI:       apache
PHP_RPATHS:  /usr/ucblib /usr/local/lib
/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 /lib
uname -a:   SunOS ncsun13 5.7 Generic_111437-01 sun4u sparc SUNW,Ultra-1

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270
-L/usr/local/pgsql/7.1.2/lib/ -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib
-L/usr/local/lib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2 -R/lib -L/lib
conftest.c -lmm -lpq -lgd -lcrypt -lssl -lcrypto -lresolv -lresolv -lm
-ldl -lnsl -lsocket  -lsocket -lgcc 1>&5
ld.so.1: ./conftest: fatal: libpq.so.2: open failed: No such file or

        On make, it did a very predictable, couldn't find libpq-fe.h and

php_pgsql.h:32: libpq-fe.h: No such file or directory
php_pgsql.h:38: libpq/libpq-fs.h: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `pgsql.lo'

        So, to restate, I don't need a fix; I've worked
around - well, I haven't finished fully testing it yet ;)  I am submitting
this bug report to further the knowledge base and I hope it helps out in
some small way.  If need be, I can reproduce the results when I have time
next week.


On 14 Aug 2001, Bug Database wrote:

> ID: 12727
> Updated by: sniper
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Feedback
> Bug Type: PostgreSQL related
> Operating System: Solaris 7
> PHP Version: 4.0.6
> New Comment:
> So PostgreSQL was configured with:
> --prefix=/usr/local/pgsql/7.1.2/
> And PHP was configured with:
> --with-pgsql=/usr/local/pgsql/7.1.2/  
> Right?
> Where do you have this file: libpq-fe.h ??
> Where do you have this file: libpq.a (or .so) ??
> And what exactly were those errors you got??
> --Jani (irc@efnet: _sniper_ )
> Previous Comments:
> ------------------------------------------------------------------------
> [2001-08-13 18:17:23] [EMAIL PROTECTED]
> reproduceable - probably an easy fix
> during ./configure and later (after I thought I fixed things) in the make, the php 
>install kept having trouble finding my install.  postgresql was installed 
>--prefix=/usr/local/pgsql/7.1.2/, and that path was supplied to the program ($i).  
>However, it looked like that it assumed that libraries and such were not immediately 
>in that path.  For example, it looks in $i/lib/pgsql and $i/lib/postgresql, where my 
>path was (I though predictable) $i/lib.  I did a "ln -s /usr/local/pgsql/7.1.2/lib 
>/usr/local/lib/pgsql" and other but that didn't work.  I mucked around with the 
>(impressive) config files adding paths and that only gave limited progress.  I 
>eventually did "ln -s . pgsql" in lib and other relevant places and got much further.
>    Then, in make, failure again, as the header file couldn't find the include.  I 
>added a hard path to the build/rules_common.mk (I believe the variable was DEFS).
>    I hope this helps.  Personal note, I hopped on IRC (efnet) to try and get some 
>advice.  Even though I asked an informed and intelligent (IMHO) question, I still got 
>the condesending knee-jerk responses.  I have now been conditioned to a) never ever 
>hope for any help from irc (especially the ef) and b) never research an issue fully 
>before asking a question.  If you've done your research, you've spent TONS of times 
>getting caught up, just to find out you know more than who you're asking for help.  
>However [James] was friendly and helpful, more so than anyone.  He deserves a free 
> ------------------------------------------------------------------------
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at http://bugs.php.net/?id=12727&edit=2

PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to