php-install Digest 11 May 2002 03:02:34 -0000 Issue 829
Topics (messages 6933 through 6940):
Installing PHP 4.2.0 with Apache 2.0.36
6933 by: Sergio Cinos
Trying to build php getting an error.
6934 by: Nico Berg
6940 by: Richard Anglin
apache 2.0.35 caching php 4.2.0 pages
6935 by: Jon Wagoner
apxs not found (Apache 2.0.36 + PHP 4.2.0)
6936 by: Rodolfo Gonzalez
Help compiling PHP4.0.6 with GD Freetype support enabled
6937 by: S. Wong
Re: Startup errors...
6938 by: B. Millz
Configure problem: IRIX 6.5.x, Apache 1.3.20, PHP 4.2.0
6939 by: Steve Crockett
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 ---
Hello,
I'm trying to install PHP 4.2.0 with Apache 2.0.36 as a DSO. I'm using
"--with-apxs2=/route/to/apache2/bin/apxs" when I compile PHP, but when
Then, I load the module into Apache. And when I try to start Apache,
it dies instantly, and the logs remains empty !
Can anyone help me?
--
Sergio Cinos Rubio
Alsernet 2000
http://www.alsernet.es
--- End Message ---
--- Begin Message ---
Is there someone else who has got this error? Possible it is something
stuppid I did but I don't know what.
I have used ./configure --with-mysql
gandalf:~/php-4.2.0 # make
Making all in Zend
make[1]: Entering directory `/root/php-4.2.0/Zend'
yacc -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename
make[1]: *** [zend_language_parser.c] Error 1
make[1]: Leaving directory `/root/php-4.2.0/Zend'
make: *** [all-recursive] Error 1
gandalf:~/php-4.2.0 #
Thank's Nico Berg
--- End Message ---
--- Begin Message ---
Install bison
and re-compile
----- Original Message -----
From: "Nico Berg" <[EMAIL PROTECTED]>
To: "Php-Install" <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 10:40 AM
Subject: [PHP-INST] Trying to build php getting an error.
> Is there someone else who has got this error? Possible it is something
> stuppid I did but I don't know what.
> I have used ./configure --with-mysql
>
> gandalf:~/php-4.2.0 # make
> Making all in Zend
> make[1]: Entering directory `/root/php-4.2.0/Zend'
> yacc -p zend -v -d ./zend_language_parser.y -o zend_language_parser.c
> usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename
> make[1]: *** [zend_language_parser.c] Error 1
> make[1]: Leaving directory `/root/php-4.2.0/Zend'
> make: *** [all-recursive] Error 1
> gandalf:~/php-4.2.0 #
>
> Thank's Nico Berg
>
>
----------------------------------------------------------------------------
----
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
I have set up Apache 2.0.35 and PHP 4.2.0, and everything seems to be working fine,
mostly. The only problem is that Apache is returning 304 Not Modified messages for
the php pages, so dynamic content is getting lost.
I am using SetInputFilter and SetOutputFilter to enable PHP in Apache.
Anyone know how to tell Apache not to cache the PHP pages?
--- End Message ---
--- Begin Message ---
Hello,
I'm trying to build PHP 4.2.0 + Apache 2.0.36, but configure keeps telling
that an error occurred when trying to use apxs (--with-apxs2), and the
usage page is displayed. PHP's configure says that the message means that
Apache was compiled without --enable-so, but I compiled it with
--enable-so!, so, I don't know what else could be happening. I put the
explicit path to apxs in the --with-apxs flag, with the same result.
Any idea is appreciated. Thanks.
Regards,
Rodolfo.
P.S. yep, I know that the support for 2.x.x is still experimental :)
--- End Message ---
--- Begin Message ---
Hello everyone,
First, since I was hoping not to get a barrage of e-mails regarding PHP
just quite yet I have decided not to subscribe to the list. So if you
would please, cc me on your reply. My e-mail is [EMAIL PROTECTED]
Thanks in advance.
I'm still a PHP newbie. However, my problem warrants some help maybe
with versions working with each other since the compilations all went
through nicely.
Here's what I have :
Solaris 8
PHP 4.0.6
Apache 1.3.23
GD 1.8.3
Freetype 1.3.1
JPEG 6b
PNG 1.2.2
ZLIB 1.1.4
When I do a phpinfo, I see
Build Date May 9 2002
Configure Command './configure'
'--with-mysql=/usr/local/contrib/mysql/mysql-3.23.49'
'--with-apache=../apache_1.3.23' '--with-gd-dir=/usr/local/lib'
'--with-gd' '--with-jpeg-dir=/usr/local/lib' '--with-jpeg'
'--with-png-dir=/usr/local/lib' '--with-png'
'--with-zlib-dir=/usr/local/lib' '--with-zlib' '--enable-gd-native-tt'
'--with-ttf-dir=/usr/local/contrib/freetype1.3.1/lib' '--with-ttf'
'--enable-track-vars'
which are the correct build date and configure options but when I scroll
down to the GD section, I'm hoping to find Freetype Support enabled and
Freetype Linkage = with TTF library like the Linux system my colleague
has but I see none on my Solaris build.
What have I missed, I've skimmed through a bit of the archives and
determined that gd1.8.3 would work with Freetype 1.3.1 and that in 4.0.6
it was "--enalbe-gd-native-tt" but other than that I can't figure what
might be missing that Freetype Support is not linked in.
I did this [Also, I do a make clean on each item just to be sure it's
clean] :
configure/install JPEG/PNG/ZLIB/Freetype [Freetype I did
--disable-shared flag]
configure/install gd-1.8.3 [w/ LIBS=-lm -lttf -lgd -lpng -lz -ljpeg]
[for some reason 1.8.4 messes up trying to compile with -DHAVE_LIBTTF
and -lttf so I went back one version which compiled nicely I think]
Then I configure PHP ... (if necessary, I can post the entire transcript
but for now, I think maybe snippet of the configure and section on gd
would suffice.
php-4.0.6
./configure --with-mysql=/usr/local/contrib/mysql/mysql-3.23.49
--with-apache=../apache
^H_1.3.23 --with-gd-dir=/usr/local/lib --with-gd
--with-jpeg-dir=/usr/local/lib --with-jp
eg ^H--with-png-dir=/usr/local/lib --with-png
--with-zlib-dir=/usr/local/lib --with-zlib
--enab ^Hle-gd-native-tt
--with-ttf-dir=/usr/local/contrib/freetype1.3.1/lib --with-ttf --
enable-track- ^Hvars
loading cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking whether to enable maintainer-specific portions of Makefiles...
no
checking host system type... sparc-sun-solaris2.8
checking for gawk... (cached) nawk
checking for bison... no
checking for byacc... no
configure: warning: You will need bison if you want to regenerate the
PHP parsers.
checking for gcc... (cached) gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
<snip>
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... (cached) yes
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) yes
checking for gdImageCreateFromGif in -lgd... (cached) no
checking for gdImageWBMP in -lgd... (cached) yes
checking for gdImageCreateFromJpeg in -lgd... (cached) yes
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
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
<snip>
[no errors reported]
creating main/internal_functions.c
+--------------------------------------------------------------------+
| License: |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE. By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point. |
+--------------------------------------------------------------------+
Thank you for using PHP.
So I do a make; make install.
I go to Apache_1.3.23 and do a config/make/install and all goes well.
Ciao ?:-)
Shirlyn
"In times of change,
there is no incentive so great,
and no medicine so powerful
as the hope for a better tomorrow."
--- End Message ---
--- Begin Message ---
I have the same exact problem, except my "undefined symbol" is
"png_get_error_ptr". go figure. Its seems it might have something to do
with what we're configuring it with, for example, mine might have to do
with gd. Please, can anyone help?
millz
Skyleach wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I built my php with the --with-dom option and now when I run a
> configtest with apache I get the error:
>
> Syntax error on line 209 of /www/conf/httpd.conf:
> Cannot load /www/libexec/libphp4.so into server:
> /www/libexec/libphp4.so: undefined symbol: xmlGetIntSubset
>
> Any suggestions? I'm running redhat 7.2 with the latest versions of
> almost everything. Libxml is installed in /usr/local/lib. There is
> a symlink from /usr/lib/libxml.so pointing to
> /usr/local/lib/libxml2.so.2.4.9
>
> I'm kindof at a loss here now.
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
>
> iQA/AwUBPNlnfsQiDXp/ub4FEQJxNQCgwgI0tYJg+ZaCkqNcLBREps3yRVgAoPw2
> kkuTtcFU8CYJCogUK5MPCGmX
> =mqFm
> -----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
There are a number of places in the configure file for PHP in which
the order of directories to be searched seems backward.
If I run configure with the flag
--with-jpeg-dir=shared,/usr/freeware/
it seems to me that I should expect my stated directory to be searched
prior to any other directory for libjpeg.so. The reality in configure
is instead:
% awk 'NR==25549, NR=25573' configure
if test -n "for the location of libjpeg"; then
echo "$as_me:25551: result: $ext_output" >&5
echo "${ECHO_T}$ext_output" >&6
fi
if test "$PHP_JPEG_DIR" != "no"; then
for i in /usr /usr/local $PHP_JPEG_DIR; do
test -f $i/lib/libjpeg.$SHLIB_SUFFIX_NAME -o -f $i/lib/libjpeg.a &&
GD_JPEG_DIR=$i
done
if test -z "$GD_JPEG_DIR"; then
{ { echo "$as_me:25562: error: libjpeg.(a|so) not found." >&5
echo "$as_me: error: libjpeg.(a|so) not found." >&2;}
{ (exit 1); exit 1; }; }
fi
save_old_LDFLAGS=$LDFLAGS
LDFLAGS="
-L$GD_JPEG_DIR/lib
$LDFLAGS"
echo "$as_me:25571: checking for jpeg_read_header in -ljpeg" >&5
echo $ECHO_N "checking for jpeg_read_header in -ljpeg... $ECHO_C" >&6
if test "${ac_cv_lib_jpeg_jpeg_read_header+set}" = set; then
So in the "for i" loop in line 25557, the directories /usr and
/usr/local will have their lib subdirectories checked *before* the
stated location.
This seems like a bad idea to me: if I wanted the standard directories
to be used/checked, I would have used --with-jpeg-dir=shared without
giving it a directory.
I find this structure in at least the following lines in configure
for PHP 4.2.0:
12459: for i in /usr/local /usr $PHP_ZLIB_DIR; do
15508: for i in /usr/local/lib /usr/lib $PHP_CRACK/lib $PHP_CRACK/cracklib; do
15512: for i in /usr/local/include /usr/include $PHP_CRACK/include
$PHP_CRACK/cracklib; do
17067: for i in /usr/local /usr $PHP_CYBERMUT; do
17478: for i in /usr /usr/local $PHP_CYRUS; do
23803: for i in /usr /usr/local $PHP_FDFTK; do
25557: for i in /usr /usr/local $PHP_JPEG_DIR; do
25770: for i in /usr /usr/local $PHP_PNG_DIR; do
26073: for i in /usr /usr/local /usr/X11R6 $PHP_XPM_DIR; do
26369: for i in /usr /usr/local $PHP_FREETYPE_DIR; do
26556: for i in /usr /usr/local $PHP_TTF; do
26743: for i in /usr /usr/local $PHP_T1LIB; do
28314: for i in /usr /usr/local $PHP_GETTEXT; do
29057: for i in /usr/local /usr $PHP_GMP; do
30903: for i in /usr/local /usr $PHP_IMAP; do
36297: for i in /usr/local /usr $PHP_MCRYPT; do
37286: for i in /usr/local /usr /opt/mhash $PHP_MHASH; do
51461: for i in /usr/local /usr $PHP_OVRIMOS; do
54173: for i in /usr/local /usr $PHP_PFPRO; do
57799: for i in /usr/local /usr $PHP_READLINE; do
58628: for i in /usr/local /usr $PHP_LIBEDIT; do
59934: for i in /usr/local /usr $PHP_MM; do
65351: for i in /usr/include/vpopmail /usr/include /usr ~vpopmail /home/vpopmail
/home/popmail /var/qmail/vpopmail /var/qmail/popmail $PHP_VPOPMAIL; do
67262: for i in /usr /usr/local $PHP_EXPAT_DIR $XMLRPC_DIR; do
IMHO this should be fixed, but I'm not quite sure it really qualifies
as a bug.
I won't even go into the headache I have given the assumption that
all libraries are in "lib" subdirectories; I'll allow that SGI's
"{lib,lib32,lib64}" subdirectory structure is a peculiarity that the
PHP developers might not have the cycles to care about.
If there *is* interest among the people who handle the configure
script on how to handle the various ABI choices IRIX presents, please
let me know, and we can discuss it outside the mailing list.
Also, if I should file this as a bug, please let me know.
regards,
--
Steve Crockett | Team Lead--Energy/Chem/Bio Applications
SGI | Industry/Vertical Apps Engineering
11490 Westheimer Rd, Ste. 100 | e-mail: [EMAIL PROTECTED]
Houston, TX 77077 | phone: (281) 493-8349
--- End Message ---