php-install Digest 23 Mar 2001 05:05:46 -0000 Issue 231

Topics (messages 2554 through 2560):

DSO Problem -- Ouch
        2554 by: Greg McClure
        2555 by: Rasmus Lerdorf
        2556 by: Steve Brazill

THANKS! Just one more thing ...
        2557 by: Greg McClure

Sablotron installed
        2558 by: Greg McClure

SAMBAR 4.4 / PHP
        2559 by: Alex Bamesreiter

Installing extensions (GD) - trouble
        2560 by: Jason Lam

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]


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


Folks,

Last night I was determined to install a completely dynamic Apache with
PHP as a DSO. I got Apache 1.3.19, grabbed PHP 4.0.4pl1 and set to work. 

Apache compiled just fine with:

./configure --enable-module=most --enable-module=so --enable-shared=max
make
make install

Happy joy. Apache installed, started, life was good, love was real, the
world was new again. Now began the fun.

Switching to the PHP install directory, I did:

./configure --with-mysql=/usr/local/mysql \
--with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf/php \
--with-gd \
--with-gdbm \
--with-ldap=/usr/local/ldap \
--enable-ftp \
--enable-magic-quotes

make
make install

This installed the libphp4.so in /apache/libexec and I uncommented the
LoadModule and added the php type to the Apache httpd.conf
file. Restarting Apache however yields this error:

Cannot load /usr/local/apache/libexec/libphp4.so into
server: libmysqlclient.so.6: cannot open shared object file: No such file
or directory

Well, I'm stuck. In fact, there is such a library under the path where I
told PHP MySQL would be. So why isn't PHP finding it? Can anyone help? I'm
really desperate for a solution.

Thanks in advance for any advice,
GM





If you are on Linux you need to add the directory that libmysqlclient.so
is in to /etc/ld.so.conf and run ldconfig

-Rasmus

On Thu, 22 Mar 2001, Greg McClure wrote:

> Folks,
>
> Last night I was determined to install a completely dynamic Apache with
> PHP as a DSO. I got Apache 1.3.19, grabbed PHP 4.0.4pl1 and set to work.
>
> Apache compiled just fine with:
>
> ./configure --enable-module=most --enable-module=so --enable-shared=max
> make
> make install
>
> Happy joy. Apache installed, started, life was good, love was real, the
> world was new again. Now began the fun.
>
> Switching to the PHP install directory, I did:
>
> ./configure --with-mysql=/usr/local/mysql \
> --with-apxs=/usr/local/apache/bin/apxs \
> --with-config-file-path=/usr/local/apache/conf/php \
> --with-gd \
> --with-gdbm \
> --with-ldap=/usr/local/ldap \
> --enable-ftp \
> --enable-magic-quotes
>
> make
> make install
>
> This installed the libphp4.so in /apache/libexec and I uncommented the
> LoadModule and added the php type to the Apache httpd.conf
> file. Restarting Apache however yields this error:
>
> Cannot load /usr/local/apache/libexec/libphp4.so into
> server: libmysqlclient.so.6: cannot open shared object file: No such file
> or directory
>
> Well, I'm stuck. In fact, there is such a library under the path where I
> told PHP MySQL would be. So why isn't PHP finding it? Can anyone help? I'm
> really desperate for a solution.
>
> Thanks in advance for any advice,
> GM
>
>
> --
> PHP Install 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]
>





I usually just place 'symbolic' links from "/usr/lib" (the 'default' lib area)
to the actual files...

    cd /usr/lib
    ln -s /usr/local/mysql/lib/mysql/libmysqlclient.so.6  (libmysqlclient.so.10
for 3.23 versions)


Rasmus Lerdorf wrote:

> If you are on Linux you need to add the directory that libmysqlclient.so
> is in to /etc/ld.so.conf and run ldconfig
>
> -Rasmus
>
> On Thu, 22 Mar 2001, Greg McClure wrote:
>
> > Folks,
> >
> > Last night I was determined to install a completely dynamic Apache with
> > PHP as a DSO. I got Apache 1.3.19, grabbed PHP 4.0.4pl1 and set to work.
> >
> > Apache compiled just fine with:
> >
> > ./configure --enable-module=most --enable-module=so --enable-shared=max
> > make
> > make install
> >
> > Happy joy. Apache installed, started, life was good, love was real, the
> > world was new again. Now began the fun.
> >
> > Switching to the PHP install directory, I did:
> >
> > ./configure --with-mysql=/usr/local/mysql \
> > --with-apxs=/usr/local/apache/bin/apxs \
> > --with-config-file-path=/usr/local/apache/conf/php \
> > --with-gd \
> > --with-gdbm \
> > --with-ldap=/usr/local/ldap \
> > --enable-ftp \
> > --enable-magic-quotes
> >
> > make
> > make install
> >
> > This installed the libphp4.so in /apache/libexec and I uncommented the
> > LoadModule and added the php type to the Apache httpd.conf
> > file. Restarting Apache however yields this error:
> >
> > Cannot load /usr/local/apache/libexec/libphp4.so into
> > server: libmysqlclient.so.6: cannot open shared object file: No such file
> > or directory
> >
> > Well, I'm stuck. In fact, there is such a library under the path where I
> > told PHP MySQL would be. So why isn't PHP finding it? Can anyone help? I'm
> > really desperate for a solution.
> >
> > Thanks in advance for any advice,
> > GM
> >
> >
> > --
> > PHP Install 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]
> >
>
> --
> PHP Install 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]




Rasmus, Steve,


Thanks very much for taking the time, the ldconfig suggestion took care of
the problem handily. PHP's running as a DSO and this may be the happiest
moment of my life.

Okay.

I ran into a similar problem with the Sablot processor. Expat is installed
properly, and the PHP config seems to find it just fine. The Sablot
libraries are installed in /usr/local/lib.

When I run configure with eh '--with-sablot=/usr/local/lib' directive,
things go a little awry. Just a little. Configure completes it's work but
says there's something screwy. The debug.log (output below) complains
about undefined refs to some XML function calls, like
XML_ParserCreateNS.

Anyway, when I've tried to compile in the past, the same exact problem
came up as before with mysqlclient, the PHP module claims that it can't
find the libsablot libraries.

So, my question: are these problems related? If I include the path to the
sablotron libraries in my ld.so.conf, will that fix the problem as with
mysqlclient? It didn't fix it with the configure command so far. Has
anyone else encountered this?

I'll go and forge ahead, but if there's any advice out there, that'd be
great. Thanks again for your previous help.

Peace,
GM

*****

CONFIGURE:   './configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/conf/php' '--w
ith-mysql=/usr/local/mysql' '--with-gd' '--with-gdbm'
'--with-ldap=/usr/local/ldap' '--enable-ftp' '--enable-magic-quotes' '-
-with-sablot=/usr/local/lib' '--enable-sablot-errors-descriptive'
CC:         gcc
CFLAGS:     -g -O2
CPPFLAGS:    -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
CXX:
CXXFLAGS:
INCLUDES:    -I/usr/local/apache/include  -I$(top_builddir)/Zend
-I/usr/local/ldap/include -I/usr/local/mysql/include/mysql -
I/usr/local/include
LDFLAGS:     -Wl,-rpath,/usr/local/ldap/lib -L/usr/local/ldap/lib
-Wl,-rpath,/usr/local/mysql/lib/mysql -L/usr/local/mysql/li
b/mysql -Wl,-rpath,/usr/local/lib -L/usr/local/lib
LIBS:       -lxmltok -lxmlparse -lsablot -lmysqlclient -lldap -llber -lgd
-lgdbm -lresolv -lm -ldl -lcrypt -lnsl  -lresolv
DLIBS:
SAPI:       apache
PHP_RPATHS:  /usr/local/ldap/lib /usr/local/mysql/lib/mysql /usr/local/lib
uname -a:   Linux server1.thirdstone.net 2.2.14-12.4RS #1 Tue Jun 27
05:10:19 CDT 2000 i586 unknown

gcc -o conftest -g -O2  -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT
-Wl,-rpath,/usr/local/ldap/lib -L/usr/local/ldap/lib -Wl,-rpath
,/usr/local/mysql/lib/mysql -L/usr/local/mysql/lib/mysql
-Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lxmltok -lxml
parse -lsablot -lmysqlclient -lldap -llber -lgd -lgdbm -lresolv -lm -ldl
-lcrypt -lnsl  -lresolv 1>&5
/usr/local/lib/libsablot.so: undefined reference to `XML_ParserCreateNS'
/usr/local/lib/libsablot.so: undefined reference to
`XML_SetCommentHandler'
/usr/local/lib/libsablot.so: undefined reference to
`XML_SetNamespaceDeclHandler'
collect2: ld returned 1 exit status





Folks,

With regard to my previous debug.log dump and missive about the Sablotron
errors, it appears that updating ld.so.conf solved the problem in just the
same way that it did for the mysqlclient issue. Everything installed and
the phpinfo() shows that sablotron support is enabled. I'm trusting that
it will work all right.

Interestingly, a scan of the forums at phpbuilder.com revealed at least
one or two others that had had the same or similar problems, so perhaps I
can extend a helping hand over there. The solutions that had been posted
by others were mostly claiming that the latest Sablotron releases were
possibly buggy and better results might be yielded by going with the .44
release. But I got the .51 release to install on a RH 6.2 box, so, if
everything works (I'll put up a post if it doesn't) that should be an
avenue to try if anyone comes up with a similar problem.

Peace,
GM





enjoy having SAMBAR SERVER with PHP runninng your system. It's great, it's
fast, it's fun.

Alex





I am running RH 7.0 and installed PHP with the RPM and recently upgraded
with the latest RPM of PHP. I need GD support now.

Is there anyway I can just compile GD extension instead of the whole thing?
Or can I compile the whole PHP and just copy the gd.so over to my running
PHP dir?

Also, I am already trying to compile the whole thing, but I can only get it
to work when I config with --with-gd=[build dir] and nothing like /usr/lib
where it actaully is, would there be any furture problem related to this?
And is there anyway to fix this?

Jason Lam




Reply via email to