php-install Digest 7 Sep 2001 00:57:09 -0000 Issue 447

Topics (messages 4219 through 4225):

Re: Mysql + PHP4 problem
        4219 by: Rasmus Lerdorf

LibPNG works fine but LibGD fails to use it.
        4220 by: Rein Velt
        4221 by: Rasmus Lerdorf

php, mysql & imap problems
        4222 by: Mark Coetser

Re: PHP4 and Apache 1.3.20 DSO mode not working?
        4223 by: Bill Carter

Re: "New" problem? PHP4, NES 3.6 SP3, Solaris 2.6
        4224 by: Jonathan Hilgeman

php 4.0.6 configure problem
        4225 by: Tom Obermayr

Administrivia:

To subscribe to the digest, e-mail:
        [EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
        [EMAIL PROTECTED]

To post to the list, e-mail:
        [EMAIL PROTECTED]


----------------------------------------------------------------------


> PHP is installed and working, but refuses to acknowledge mysql.
> Mysql. on the other hand, is working OK too (for Bugzilla).
>
> Details:
>     Mandrake 8; PHP 4.0.6 (but reports 4.0.4pl1 on php -v) ; mysql 3.23.39
>     PHP was built with --with-mysql=/usr/local/mysql --with-apxs
>
> php -h gives out a warning:
> unable to load dynamic library '/usr/lib/php/extensions/mysql.so' .... file
> not found.
>
> (not that it really matters, but: httpd -l lists mod_so.c)
>
> Now - I've tried to link the only mysql.so file in the system
> (/usr/local/lib/perl5/site_perl/5.6.1/i686-linux/auto/DBD/mysql/..) to that
> location
> (though the location seems strange), but then failed on undefined refs in
> that library.

You are confusing a bunch of things here.  First,
--with-mysql=/usr/local/mysql could not possibly create
/usr/lib/php/extensions/mysql.so.  Where did you get this file?  From some
sort of RPM?  If so, why are you compiling things yourself?  Pick one or
the other.

Second, that mysql.so would be a PHP-specific share library which can not
be loaded into Perl.  I am not sure why you are trying to do that at all.

Third, huh?  The file doesn't actually appear to be there, so why are you
trying to load it from your php.ini file?

When you compile PHP using --with-mysql=/some/path --with-apxs you are
building MySQL support directly into the resulting libphp4.so shared
library.  You should remove any "extension=mysql.so" lines from your
php.ini file if this is how you want to do things.  If you install some
sort of php-mysql rpm which I suspect Mandrake probably provides then that
RPM is likely to stick a mysql.so shared library in your extensions dir in
which case you would use "extension=mysql.so" in your php.ini file.

-Rasmus





L.S.

I am re-installing a combalt raq4 with php4.0.6/gd1.8 with png and jpeg
support.
libpng and libjpg are compiled succesfully but libgd refuses to use them.

When i try to configure libgd i get the following messages:

checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... no
not set. If configure fails try --with-jpeg-dir=<DIR>
checking for the location of libpng... yes
checking for png_info_init in -lpng... (cached) yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... no
If configure fails try --with-freetype-dir=<DIR>
checking whether to include include FreeType 1.x support... yes
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... (cached) yes
checking for gdImagePaletteCopy in -lgd... (cached) yes
checking for gdImageCreateFromPng in -lgd... (cached) no
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) no
checking for gdImageCreateFromXpm in -lgd... (cached) yes
checking for gdImageCreateTrueColor in -lgd... (cached) no
checking for gdImageSetTile in -lgd... (cached) yes
checking for gdImageSetBrush in -lgd... (cached) yes
checking for gdImageStringFTEx in -lgd... (cached) no
checking for gdImageColorClosestHWB in -lgd... (cached) yes
checking for gdImageColorResolve in -lgd... (cached) yes
checking for gdImageGifCtx in -lgd... (cached) no

Any suggestions?

Rein







> I am re-installing a combalt raq4 with php4.0.6/gd1.8 with png and jpeg
> support.
> libpng and libjpg are compiled succesfully but libgd refuses to use them.
>
> When i try to configure libgd i get the following messages:
>
> checking whether to include GD support... yes
> checking whether to enable truetype string function in gd... no
> checking for the location of libjpeg... no
> not set. If configure fails try --with-jpeg-dir=<DIR>

PHP did not find your libjpeg.  Specify where it is using
--with-jpeg-dir=<DIR>

> checking for the location of libpng... yes
> checking for png_info_init in -lpng... (cached) yes

Ok, good, PHP found your libpng

> checking for gdImageCreateFromPng in -lgd... (cached) no

Make sure you did a "rm config.cache" before running configure.  If you
did, then double check that your libgd was actually compiled with PNG
support.  It is not enough that libpng is on your system and that PHP
finds it, GD has to have been built against it as well.  A quick way to
check which imahge types your libgd was built to support is to do:

  nm -o /usr/lib/libgd.a | grep -i imagecreatefrom

> checking for gdImageCreateFromJpeg in -lgd... (cached) no

Again, it doesn't look like your GD library has jpeg support.

I would suggest using GD2.  It really is much better than GD 1.x in most
respects.  Grab the gd-2.0.1 tarball, expand it somewhere and check the
Makefile and make sure it has:

CFLAGS=-g -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE
LIBS=libgd.a -lpng -lz -ljpeg -lfreetype -lm

(make sure you have freetype2 installed before continuing)

then type: make libgd.a

Don't bother installing it anywhere, just point PHP directly at this gd2
directory.  I use these PHP configure switches:

--with-gd=/home/rasmus/gd-2.0.1
--with-freetype-dir=/usr
--enable-gd-native-ttf
--enable-gd-imgstrttf
--with-jpeg-dir=/usr
--with-png-dir=/usr
--with-xpm-dir=/usr/X11R6
--with-zlib

Note there was a slight buglet in 4.0.6 and you might have to use:

--enable-gd-native-tt instead of --enable-gd-native-ttf

-Rasmus





Hi guys Ok first off had a problem when compiling php with imap where it was
looking for a rfc822.h file, I got the source for imap ran a make slx and
copied the relavent files to /usr/include.... now 

when running..

root@Titan:~/install/php-4.0.5# ./configure --with-mysql --with-apxs
--with-imap=/root/install/imap-2001.RELEASE-CANDIDATE.1 \ 

I get

Configuring libtool
checking build system type... Configuration name missing.
Usage: ./config.sub CPU-MFR-OPSYS
or     ./config.sub ALIAS
where ALIAS is a recognized configuration type.

checking for ld used by GCC... (cached) /usr/i386-slackware-linux/bin/ld
checking if the linker (/usr/i386-slackware-linux/bin/ld) is GNU ld...
(cached) yes
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
loading cache ./config.cache within ltconfig
ltconfig: you must specify a host type if you use `--no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed

any ideas ??

regards,
Mark Coetser
support engineer                               Internet solutions

telephone (011) 283 5500 / 0860 50 5000   fax (011) 283 5401
<http://www.is.co.za>                                           


"This e-mail may contain confidential information and may be legally
privileged and is intended only for the person to whom it is addressed. If
you are not the intended recipient, you are notified that you may not use,
distribute or copy this document in any manner whatsoever. Kindly also
notify the sender immediately by telephone, and delete the e-mail. When
addressed to Internet Solutions' clients any opinion or advice contained in
this e-mail is subject to the terms and conditions expressed in any
applicable terms of business or client engagement letter. Internet Solutions
does not accept liability for any damage, loss or expense arising from this
e-mail and/or from the accessing of any files attached to this e-mail." 




aHAH! I finally got it working by using most of the elements of the configure
lines
you guys provided. I'm very grateful for your help.

I think the major difference in what you did and what I had originally
attempted
was the apxs program. I'm using RedHat  7.x which doesn't install with apxs
by default. I didn't realize that apxs appears in the apache bin directory as
part
of the source, instead I loaded it from an rpm on the RedHat distro disk. So
where
you used "--with-apxs=/usr/local/apache/bin/apxs" I just said  "--with-apxs"
which picked it up elsewhere.

apxs appears to be a Perl script and the one in /usr/local/apache/bin is
different
from the one I loaded. I think that script is what constructs the DSO, so maybe
it
is important to use the apxs which comes with the version of Apache you want
to use. I'll try to experiment with this further when I get some time.

I don't think I would have been able to figure this out without help from Peter

Clarke and  I82much, thanks gentlemen!







NES? Nintendo finally developed a web server!

"Joe D'Andrea" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Greetings! Clue humbly requested ...
>
> I followed oft-posted directions to the letter for getting PHP 4.0.6
> setup on Solaris 2.6 with Netscape Enterprise Server 3.6 SP3.
>
> All's well in the config and make logs (I think), but when I go to run the
> NES daemon, I get back no confirmation that it actually started.
>
> Sure enough, it didn't. The logs, however, show that things _did_ start up
> just fine. Only sometime later it bailed out.
>
> No errors to stdout or stderr (perhaps console but I can't get to it).
> Nothing in the logs that looks awry. Zilch.
>
> So I stuck "truss" in the start script and tried again to see what was up.
> Sure enough this shows up right toward the end:
>
>  lwp_sigredirect(1, SIGUSR2)                     = 0
>      Received signal #17, SIGUSR2, in sigsuspend() [caught]
>        siginfo: SIGUSR2 pid=26209 uid=60001
>
> So the "nobody" user tripped up somehow. Not sure what it tripped on
though.
>
> I know if I remove the inits for PHP4 it starts up again (natch). I also
> checked my make output for PHP4 - looks great, EXCEPT for a few warnings
> that are (hopefully) "mostly harmless:"
>
>  Making all in nsapi
>  make[2]: Entering directory `/tmp/php-4.0.6/sapi/nsapi'
>  make[3]: Entering directory `/tmp/php-4.0.6/sapi/nsapi'
>  /bin/sh /tmp/php-4.0.6/libtool --silent --mode=compile
>
gcc  -I. -I/tmp/php-4.0.6/sapi/nsapi -I/tmp/php-4.0.6/main -I/tmp/php-4.0.6
> -I/opt/ns-es-3.6/include -I/tmp/php-4.0.6/Zend -I/opt/mysql/include -I/tmp
/p
>
hp-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp
>
/php-4.0.6/TSRM  -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_RE
> ENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads  -c
> nsapi.c
>  nsapi.c: In function `nsapi_request_dtor':
>  nsapi.c:440: warning: passing arg 1 of `nsapi_free' discards qualifiers
> from pointer target type
>  nsapi.c:442: warning: passing arg 1 of `nsapi_free' discards qualifiers
> from pointer target type
>  /bin/sh /tmp/php-4.0.6/libtool --silent --mode=link
>
gcc  -I. -I/tmp/php-4.0.6/sapi/nsapi -I/tmp/php-4.0.6/main -I/tmp/php-4.0.6
> -I/opt/ns-es-3.6/include -I/tmp/php-4.0.6/Zend -I/opt/mysql/include -I/tmp
/p
>
hp-4.0.6/ext/xml/expat/xmltok -I/tmp/php-4.0.6/ext/xml/expat/xmlparse -I/tmp
>
/php-4.0.6/TSRM  -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_RE
> ENTRANT -DSUPPORT_UTF8 -DXML_BYTE_ORDER=21 -I../TSRM -g -O2 -pthreads   -o
> libsapi.la  nsapi.lo
>  make[3]: Leaving directory `/tmp/php-4.0.6/sapi/nsapi'
>  make[2]: Leaving directory `/tmp/php-4.0.6/sapi/nsapi'
>  make[1]: Leaving directory `/tmp/php-4.0.6/sapi'
>
> Upon seeing some other posts related to this, I checked for pthreads. The
> configure log has:
>
>  checking for pthreads_flags... -pthreads
>  checking for pthreads_lib...
>
> Notice there's no "yes" _or_ "no" in there, and no warning about not
> finding it. Also, when I start NES I don't get a pclose error (or
> anything, not in any of the logs or elsewhere).
>
> I also checked my libphp4.so and even did an ldd on it. Nothing unusual
> there either.
>
> Clues?
>
> (I'll also cross-post to the installation issues list as well.)
>
> Thanks in advance for any ideas ...
>
> - JD
>
>






hiya!

I'm trying to compile php4.0.6 on a redhat 7.1 machine (gcc-2.96-85, 
glibc-2.2.2-10), and can't even get the configure to run successfully 
(Something is likely to be messed up here, because the configure script was 
not able to detect a simple feature on your platform.). I need to compile 
my own version of php, since I have to include oracle support and there is 
no rpm available.

If you know how to solve the below problem, please reply by email, since I 
just can't seem to figure out what is going wrong here.

thanks alot,
tom.

contents of debug.log:

CONFIGURE:   './configure' '--prefix=/usr' '--with-config-file-path=/etc' 
'--disable-debug' '--enable-pic' '--enable-shared' 
'--enable-inline-optimization' '--with-exec-dir=/usr/bin' 
'--with-regex=system' '--without-gd' '--with-jpeg-dir=/usr' '--with-png' 
'--with-zlib' '--with-gdbm' '--enable-debugger' '--enable-magic-quotes' 
'--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' 
'--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-ftp' 
'--enable-wddx' '--without-mysql' '--without-oracle' 
'--with-oci8=/usr/ora8/m01/app/oracle/product/8.1.7' '--with-xml' '--with-apxs'
CC:         gcc
CFLAGS:     -g -O2
CPPFLAGS:    -DLINUX=2 -DMOD_SSL=207101 -DEAPI -DUSE_EXPAT -DSUPPORT_UTF8
CXX:
CXXFLAGS:
INCLUDES:    -I/usr/include/apache  -I$(top_builddir)/Zend 
-I/usr/ora8/m01/app/oracle/product/8.1.7/rdbms/public 
-I/usr/ora8/m01/app/oracle/product/8.1.7/rdbms/demo
LDFLAGS:     -Wl,-rpath,/usr/ora8/m01/app/oracle/product/8.1.7/lib 
-L/usr/ora8/m01/app/oracle/product/8.1.7/lib
LIBS:       -lm -ldl -lgdbm -lz -ldl  -lclntsh
DLIBS:
SAPI:       apache
PHP_RPATHS:  /usr/ora8/m01/app/oracle/product/8.1.7/lib
uname -a:   Linux localhost.localdomain 2.4.2-2 #1 Sun Apr 8 20:41:30 EDT 
2001 i686 unknown

gcc -o conftest -g -O2  -DLINUX=2 -DMOD_SSL=207101 -DEAPI -DUSE_EXPAT 
-DSUPPORT_UTF8  -Wl,-rpath,/usr/ora8/m01/app/oracle/product/8.1.7/lib 
-L/usr/ora8/m01/app/oracle/product/8.1.7/lib conftest.c -lm -ldl -lgdbm -lz 
-ldl  -lclntsh 1>&5
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libm.so: undefined 
reference to `[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libm.so: undefined 
reference to `[EMAIL PROTECTED]'
/usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libm.so: undefined 
reference to `[EMAIL PROTECTED]'
collect2: ld returned 1 exit status



Reply via email to