Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27452
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain daleenterprise.com from 67.78.11.229 cause and error)
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: 7bit
Message-ID: <77A8DF6B-4BA4-428C-8591-E0DD8F49297D@daleenterprise.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: internals@lists.php.net
Date: Mon, 15 Jan 2007 04:14:41 -0500
MTA-Interface: amavisd-new-2.3.3 (2005-08-22) + Maia Mailguard 1.0.1 at daleenterprise.com
Subject: PHP issues.
From: buildsmart@daleenterprise.com (BuildSmart)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

There seems to be a lot of issues in the build process on Mac OS X,  
not to mention once you get them squared away the build still doesn't  
work without editing the makefile and adding '-framework  
ApplicationServices'

Trying to build on Mac OS X, configuring fails if you build ICU in  
the manner they instruct for building ICU for Mac OS X.

It always fails at the libxml test (I know why).

config.nice:

#! /bin/sh
#
# Created by configure

CFLAGS='' \
LDFLAGS='' \
'./configure' \
'--prefix=/usr/local/php' \
'--with-icu-dir=/usr/local/icu' \
'--with-libxml-dir=/usr' \
'--with-apxs' \


gets to:

Configuring extensions
checking whether to enable LIBXML support... yes
checking libxml2 install dir... /usr
checking for xml2-config path... /usr/bin/xml2-config
checking whether libxml build works... no
configure: error: build test failed.  Please check the config.log for  
details.



 From the config.log it appears to have a problem linking the ICU  
library and I believe this is related to not saving the runtime  
paths, a note for Mac OSX should be included explaining this issue to  
prevent unwanted back-chatter, for the faint at heart, the easiest  
solution is to build ICU with '--disable-shared --enable-static'.

configure:27665: checking for location of ICU headers and libraries
configure:27704: result: found in /usr/local/icu
configure:27707: checking for ICU 3.4 or greater
configure:27715: result: found 3.6
configure:27847: result:
configure:27849: result: Configuring extensions
configure:27866: checking whether to enable LIBXML support
configure:27904: result: yes
configure:27913: checking libxml2 install dir
configure:27931: result: /usr
configure:27943: checking for xml2-config path
configure:27957: result: /usr/bin/xml2-config
configure:28100: checking whether libxml build works
configure:28132: gcc -o conftest -O0  -no-cpp-precomp -framework  
CoreServices -framework ApplicationServices -L/usr/local/icu/lib -L/ 
usr/local/icu/lib conftest.c

          -lm  -lm -licui18n -licuuc -licudata -lm -licuio -lxml2 -lz  
- -liconv -lm >&5
configure:28135: $? = 0
configure:28137: ./conftest
dyld: Library not loaded: libicui18n.dylib
   Referenced from: /SourceCache/BuildSmart/PHP504/srcroot/ 
php6.0-200701121130/./conftest
   Reason: image not found
../configure: line 1:  3796 Trace/BPT trap          ./conftest$ac_exeext
configure:28140: $? = 133




At this time I've reworked the ICU binaries to be Mac OS X   
environment complaint and the configure now progresses as expected.

+++++++

The included imap extension fails to build as well as the pdo_dblib  
extension.

For the imap extension I had to add:

#ifdef HAVE_NEW_MIME2TEXT
#undef HAVE_NEW_MIME2TEXT
#endif

to get it to build as it complained with:

/SourceCache/php6/ext/imap/php_imap.c:84: error: conflicting types  
for 'utf8_mime2text'
/usr/local/imap/include/utf8.h:466: error: previous declaration of  
'utf8_mime2text' was here


and I figured this out to be related to the 2006c1 and newer API and  
I'm using the 2004g source so a different check is required to  
determine which library API is really valid.

+++++++

After examining the pdo_dblib code, I found the code supplied with  
php-5.2.0 to be newer and seems to build and work without any issues  
(some modification required).

GD doesn't appear to work properly, I have a small script that  
populates text on a generated png image and serves it but it doesn't  
seem to output anything and I'm not seeing any error messages.

Thinking that this might be a GD code related issue I swapped out the  
gd from 5.2.0 (with some modification) but it exhibits the exact same  
issue where it never outputs the image (my script can be supplied if  
someone needs it) but works as intended under 5.x.x.

+++++++

I tried enabling display_errors and when I do, I see messages about  
'utf8 is not support, assuming iso-8859-1' throughout the phpinfo()  
page so I added the following to ext/standard/html.c:
	{ "utf8", 			cs_utf_8 },
which seems to have resolved this.

+++++++

Now that I have PHP-6 built, installed and configured I'm seeing a  
lot of errors related to 'Strict Standards' (I thought his could be  
turned off but it doesn't) and even worse, pear doesn't appear to  
work citing too many issues.
SEE: (example)
	http://www.daleenterprise.com:8081/maia/admin/configtest.php

+++++++

The following php script code exhausts memory.

     // PHP Modules
     ob_start();
     phpinfo(INFO_MODULES);
     $php_info = ob_get_contents();
     ob_end_clean();

I've set up a real-time site for development testing so that I can  
test in real-time cause what may work in a dev environment doesn't  
always work in real-life.
http://www.daleenterprise.com:8081/
http://www.daleenterprise.com:8081/maia/admin/configtest.php

Examine:
http://www.daleenterprise.com:8081/info.php

Look at 'Registered PHP Streams', 'Registered Stream Socket  
Transports' and 'Registered Stream Filters'

Everything you see at port 8081 you can access at port 80.



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFFq0YC0hzWbkf0eKgRAneEAKC89hbRwdI6Zk6YCbC4kT5p0qnYHgCfdStT
s88MIQJPlgOJuImjDvgJsZM=
=+Sz3
-----END PGP SIGNATURE-----