php-install Digest 16 Jul 2003 19:36:26 -0000 Issue 1463
Topics (messages 11285 through 11288):
Re: php 4.3.2, Apahe 1.3.27 on WinXP Probs
11285 by: Jim Thome
Trying to compile PHP with sybase-ct fails - any help appreciated...
11286 by: Andrew Solmssen
Solaris/Apache/PHP
11287 by: Colin Knowles
php 4.3.2 and apache 1.3.27?
11288 by: Gedanken
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]
----------------------------------------------------------------------
--- Begin Message ---
Running Apache's configuration test should shed some light on the
problem.
--
Jim
>>> "Ged" <[EMAIL PROTECTED]> 07/15/03 05:00PM >>>
I am now tearing my hair out regarding a problem that I am
experiencing.
I have successfully loaded apache and that works fine. However when I
go to
hook the php into apache, I constantly have a NET HELPMSG 3534.
Looking
into some discussions around the place has not provided a working
answer.
I have in the past successfully loaded php/mysql/apache onto win98,
winnt
and win2000 and would have thought that there should be no real
surprises
here.
Any assistance in this matter would be greatly appreciated.
Regards,
Ged
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
We are trying to add Sybase-CT support to PHP.
System is a Compaq Prosignia 740 running Red Hat Enterprise Linux 2.1 ES,
all
errata & updates installed, and with Sybase ASE 11.0.3.3 installed
at /opt/sybase.
Steps taken:
install php-4.1.2-2.1.6.src.rpm (rpm -ivh php-4.1.2-2.1.6.src.rpm)
edit /usr/src/redhat/SPECS/php.spec by adding
--with-sybase-ct=/opt/sybase \
to config tree
run "rpm -ba php.spec"
compile fails as follows:
/bin/sh /usr/src/redhat/BUILD/php-4.1.2/build-cgi/libtool --silent --
mode=link
gcc -I. -I/usr/src/redhat/BUILD/php-4.1.2/ -I/usr/src/redhat/BUILD/php-
4.1.2/build-cgi/main -I/usr/src/redhat/BUILD/php-4.1.2 -
I/usr/src/redhat/BUILD/php-4.1.2/build-cgi/Zend -I/usr/include/libxml2 -
I/usr/include/freetype2/freetype -I/usr/include/imap -I/usr/include/mysql -
I/usr/include -I/usr/include/pspell -I/opt/sybase/include -
I/usr/src/redhat/BUILD/php-4.1.2/main -I/usr/src/redhat/BUILD/php-4.1.2/Zend
-
I/usr/src/redhat/BUILD/php-4.1.2/TSRM -I/usr/src/redhat/BUILD/php-4.1.2/bui
ld-
cgi/TSRM -O2 -march=i386 -mcpu=i686 -fPIC -L/usr/kerberos/lib -o
php -export-
dynamic stub.lo libphp4.la
/usr/bin/ld: cannot find -linsck
collect2: ld returned 1 exit status
make[1]: *** [php] Error 1
make[1]: Leaving directory `/usr/src/redhat/BUILD/php-4.1.2/build-cgi'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.32457 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.32457 (%build)
More data points - this also fails with Red Hat 8.0 and 9.0.but I was able
to successfully complete builds of the php-4.1.2-2.1.6.src.rpm unmodified
and also with:
--with-sybase=/opt/sybase \
It's just sybase-ct that fails, and of course, that's what we need. Any
assistance you can offer gratefully appreciated - I've been beating my head
against a wall with this one...
Andrew Solmssen
--- End Message ---
--- Begin Message ---
Hi
I am trying to install PHP on a Solaris box which is running:
SunOS 5.9 Generic_112233-06 (sun4u architecture)
Apache comes pre-installed on these systems. However, when I ran into
problems compiling PHP 4.3.2, so I removed this version of Apache and
downloaded Apache 1.3.27. I compiled this with the following command lines:
# ./configure --with-layout=GNU --prefix=/usr/local/apache
--enable-module=most --enable-shared=max --enable-module=so
# make
# make install
However when I tried to compile PHP using:
# ./configure --with-zlib --with-mysql=/usr/local/mysql
--with-apxs=/usr/local/apache/sbin/apxs
# make clean
# make
I got
ld: fatal: Symbol referencing errors. No output written to sapi/cli/php
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `sapi/cli/php'
but scrolling backwards I also found
ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong
ELF class: ELFCLASS64
Thinking that this may be some kind of library problem, I moved
/usr/local/bin to the front of my $PATH, but this made no difference. I
then figured that it may be a 32/64-bit library problem, so I did
# setenv CFLAGS "-m64"
# setenv LDFLAGS "-mcpu=v9 -m64"
# ./configure --with-zlib --with-mysql=/usr/local/mysql
--with-apxs=/usr/local/apache/sbin/apxs
# make clean
# make
# make install
However, when I try to start Apache, which in the httpd.conf file has:
LoadModule php4_module libexec/libphp4.so
I get
# httpd
Syntax error on line 236 of /usr/local/apache/etc/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1:
httpd: fatal: /usr/local/apache/libexec/libphp4.so: wrong ELF class:
ELFCLASS64
Thinking that maybe Apache needs to be compiled as 64-bit too, I re-ran my
Apache ./configure after having setenv CFLAGS and LDFLAGS as above, but it
immediately crashed out with:
ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libresolv.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to libproxy.so
which hardly suprised me.
So where do I go from here?
Colin
--------------------------------
C. R. Knowles, Senior Computing Officer
Department of Economics
University of Bristol
8 Woodland Road
Bristol
BS8 1TN
Tel: +44 (0)117 928 8420
Fax: +44 (0)117 928 8577
Mob: +44 (0)776 197 7511
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
I asked my isp to upgrade their 4.1.2 php to 4.3.2 because I am working on
a code porting project that I am told 'needs' 4.3.2. It definitely doesnt
seem to work so far with out it... socket code problems.
anyway, i sent a note to my admin and he replied with the following
(edited by me):
---
We also have Apache 1.3.27 on RedHat 7.3 running on those same webservers
and I don't believe that PHP 4.3.2 will run on those versions. We
recently attempted to build a webserver running RedHat 8.0, Apache 2.0,
and PHP 4.2.1. The build failed because the versions of Apache and PHP
were unstable together.
We plan on consolidating our webservers into one large, powerful server,
one which hopefully will be running the latest and greatest versions of
apache and php. If you konw of any successful builds of Redhat, apache
and php or if there is a build of php 4.3.2 that will work with Apache
1.3, then I'll be more than happy to upgrade.
---
what can i tell him? How is the current 4.3.2 php with apache 1.3.27 and
redhat 7.3?
also, to get into more detail, im not even sure why i need apache. its
not a web based application... its just a little script that opens sockets
and polls either other socket apps or other webservers to download pages
for me. its run as a daemon, not executed as a cgi. in perl lingo (my
background), its a script not a cgi. can i try installing some CLI only
version of php and just skip this webserver issue? seems crazy i am
forced to have a webserver installed to install a scripting interpreter
that will never use it.
--
gedanken
--- End Message ---
