ID: 34722
User updated by: voidvoidpointer at yahoo dot com
Reported By: voidvoidpointer at yahoo dot com
Status: Wont fix
Bug Type: GD related
Operating System: Fedora Core 2 x86_64
PHP Version: 5.0.5
New Comment:
> PHP supports 64-bit OSes correctly starting from 5.1.
Thanks, but you should consider smartening up the GD extension's
configuration files to require fewer command line tweaks from the user
instead of more.
However, at this time, there is no blessed php-5.1 release; all there
is today is php-5.1 Release Candidate while there is still much code
which has yet to be ported from php-4 to php-5 or even just tested with
php-5.
> We won't backport it to 4.4.x and 5.0.x, since they are bugfix-only
branches.
OK... I understand why you are doing that.
For those who may find the same problem that I described, who may not
be able to use php-5.1, and who need a php-4.4.x on a Fedora x86_64
machine,
the configure command that I used was:
./configure --libdir=/usr/lib64
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local
--with-curl --with-gdbm --with-zlib --enable-calendar
--with-png-dir --with-gdbm --enable-calendar --enable-exif
--with-tiff-dir --with-readline --enable-sockets --with-pear
--enable-yp --with-gd --with-freetype-dir --enable-gd-native-ttf
--enable-gd-imgstrttf --with-jpeg-dir --with-png-dir --with-zlib
--enable-mbstring
and a diff that documents what I changed in php-4.4.0/configure file to
enable it to correctly generate a Makefile follows:
my$ diff php-4.4.0/configure myhacked_php-4.4.0/configure
1c1
< #! /bin/sh
---
> #! /bin/sh -x
19935c19935
< if test -f "$i/lib/libjpeg.$SHLIB_SUFFIX_NAME" -o -f
"$i/lib/libjpeg.a"; then
---
> if test -f "$i/libjpeg.$SHLIB_SUFFIX_NAME" -o -f
"$i/libjpeg.a"; then
31480c31480
< test -f $i/lib/libjpeg.$SHLIB_SUFFIX_NAME -o -f
$i/lib/libjpeg.a && GD_JPEG_DIR=$i && break
---
> test -f $i/libjpeg.$SHLIB_SUFFIX_NAME -o -f $i/libjpeg.a &&
GD_JPEG_DIR=$i && break
31755c31755
< test -f $i/lib/libpng.$SHLIB_SUFFIX_NAME -o -f $i/lib/libpng.a
&& GD_PNG_DIR=$i && break
---
> test -f $i/libpng.$SHLIB_SUFFIX_NAME -o -f $i/libpng.a &&
GD_PNG_DIR=/usr && break
33276c33276
< test -f $i/lib/libjpeg.$SHLIB_SUFFIX_NAME -o -f
$i/lib/libjpeg.a && GD_JPEG_DIR=$i && break
---
> test -f $i/libjpeg.$SHLIB_SUFFIX_NAME -o -f $i/libjpeg.a &&
GD_JPEG_DIR=$i && break
33551c33551
< test -f $i/lib/libpng.$SHLIB_SUFFIX_NAME -o -f $i/lib/libpng.a
&& GD_PNG_DIR=$i && break
---
> test -f $i/libpng.$SHLIB_SUFFIX_NAME -o -f $i/libpng.a &&
GD_PNG_DIR=/usr && break
my$
That allowed me to build what I needed, but note that it is a
particularly artless hack.
Previous Comments:
------------------------------------------------------------------------
[2005-10-04 14:34:44] [EMAIL PROTECTED]
PHP supports 64-bit OSes correctly starting from 5.1.
We won't backport it to 4.4.x and 5.0.x, since they are bugfix-only
branches.
And 4.3.x branch is officially dead and replaced by 4.4.x.
------------------------------------------------------------------------
[2005-10-04 14:20:35] voidvoidpointer at yahoo dot com
sniper's suggestion with php-5.1.0RC1 when evolved
through configure's "hints":
./configure --with-libdir=lib64 --with-gd --with-
zlib=/usr --with-xmlrpc
Congratulations, for php-5.1.0RC1, that generates a
Makefile, but what is the fix for php-4.4.0 or even php
-4.3.11?
------------------------------------------------------------------------
[2005-10-04 14:09:04] [EMAIL PROTECTED]
So did you try to use --with-zlib-dir=<DIR> ?
Does it work for you?
------------------------------------------------------------------------
[2005-10-04 13:59:32] voidvoidpointer at yahoo dot com
sniper suggested:
./configure --with-libdir=lib64 --with-gd .
Is it not the function of the configure script to blur
the differences between systems to aid installation by
avoiding the tweaking of makefiles?
The current state of php's configure with the GD
extension requires tweaking of configure's options
before the Makefile is even generated.
That's a return to the days of makefiles without
configure to generate them.
sniper's suggestion along with snapshot php5
-200510041030 produced:
+ echo 'If configure fails try --with-jpeg-dir=<DIR>'
If configure fails try --with-jpeg-dir=<DIR>
+ test yes '!=' no
+ test -f yes/lib64/libpng.so -o -f yes/lib64/libpng.a
+ test -f /usr/local/lib64/libpng.so -o -f /usr/local/
lib64/libpng.a
+ test -f /usr/lib64/libpng.so -o -f /usr/lib64/libpng.a
+ GD_PNG_DIR=/usr
+ break
+ test -z /usr
+ test no = no
+ echo 'configure: error: PNG support requires ZLIB. Use
--with-zlib-dir=<DIR>'
configure: error: PNG support requires ZLIB. Use --with-
zlib-dir=<DIR>
+ exit 1
------------------------------------------------------------------------
[2005-10-04 08:26:34] [EMAIL PROTECTED]
Latest CVS (php5.1) works fine for me. You're doing something wrong.
(propably not passing --with-libdir=lib64 to configure)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/34722
--
Edit this bug report at http://bugs.php.net/?id=34722&edit=1
