Re: Bug #12727 Updated: Bad subdirs assumed in configure and in make

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' '--with-openssl' CC: gcc CFLAGS: -g -O2 CPPFLAGS: -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=270 -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 CXX: CXXFLAGS: 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 -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 LIBS: -lmm -lpq -lgd -lcrypt -lssl -lcrypto -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc DLIBS: 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 -DMOD_SSL=208104 -DEAPI -DEAPI_MM -DUSE_EXPAT -DSUPPORT_UTF8 -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 directory On make, it did a very predictable, couldn't find libpq-fe.h and failed. 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. -g2 On 14 Aug 2001, Bug Database wrote: > ID: 12727 > Updated by: sniper > Reported By: php-bug@chaosmt.net > 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] php-bug@chaosmt.net > > 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 beer! > > ------------------------------------------------------------------------ > > > > ATTENTION! Do NOT reply to this email! > To reply, use the web interface found at > http://bugs.php.net/?id=12727&edit=2 > >