libphp apache dso/new gd linker problems.

From: Date: Fri, 28 Jan 2000 15:47:18 +0000
Subject: libphp apache dso/new gd linker problems.
Groups: php.dev 
Request: Send a blank email to php-dev+get-14981@lists.php.net to get a copy of this message
this has probably come up before, but i wanted to say something just in case. sorry, i'm not currently subscribed to this list. anyway: i'm using apache 1.3.11 with php 3.0.14. i've compiled php3 via apache's dso/apxs mechanism. this is on a redhat 6.1-based linux system. all is well, except for a couple things: when using a new version of gd that was built with Xpm support and using php with --with-gd, php's Makefile doesn't seem to properly account for the gd linkings. the end result being undefined symbol errors when apache tries to load the php module. i can work around this by adding " -lpng -L/usr/X11R6/lib -lXpm -lX11" to the APXS_LDFLAGS line in the Makefile after the php ./configure but before the make (or before the linking of libphp3.so at least). php.net mentions that 3.0.14 fixes "an annoying gd configure problem", which may be related to this, but i still have problems with that anyway. no big deal, as i've figured out this workaround, but i figured i'd put the report in, and if there's something else about this i should know, please pass the info my way. =) that being said, here's my other issue, which isn't related so much to php, but maybe someone has an idea: i'm using qmail. php's mail() capabilities fail using qmail-inject at times because for some reason it's trying to read /root/.lists. interesting, since you would think that would be running as the uid of the webserver (nobody) and looking for nobody's $HOME/.lists file. but it _is_ running as nobody, because qmail-inject gets a permission denied error on opening /root/.lists and therefore fails. if i set permissions on /root to 751 instead of 750, it's fine, because then it gets a file-does-not-exist error instead of a permission denied. so i can work around that, but it still seems odd. i could also write a wrapper of some sort i imagine, but that's still kind of messy. anyone seen this/have suggestions? anyway, that's the deal. please include my email address in any replies as i'm not currently on the lists (i know that's an annoying thing to ask and i should just subscribe, but humor me please). =) thanks. -tcl.

« previous php.dev (#14981) next »