Andi Gutmans wrote:
Hi Eugene,
Do you want to have an option to exclude libxml2 and its related functionality
from the build? If so, have you done the analysis of what pieces of PHP create
this dependency?
Currently I've replaced libxml2 with libexpat + DOM in php, that solution saved
400K in PHP.
I am pretty sure performance of DOM won't be same but that suits my needs.
I've experienced problems with finding correct parameters for configure, and
finished with passing --disable-all and --enable-xxx for every feature i needed.
In general, for the typical Web developer the tight integration of XML is a
positive thing but if it's a minor tweak we may be able to look at that. You'd
have to be more precise with this list though on what you really need and if
you've managed to figure out the dependencies which prevent you from achieving
your goals.
Andi
-----Original Message-----
From: Eugene San [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 12:49 PM
To: PHP Developers Mailing List
Subject: [PHP-DEV] PHP footprint and sharing code among SAPI binaries
Hi all,
I want to raise a discussion on subject that is very important for PHP
usage on Embedded platforms.
I am myself working on projects where we use PHP to manage embedded
devices. Everything was fine but lately the need to work from flash
memory appeared.
We discovered that PHP binaries are linked statically with whole PHP
functionality and there is huge overhead when several SAPI modules used
on same system.
I have few question I hope to get answers on or ideas for:
1) Is there any reason to link all PHP SAPI modules statically with all
PHP objects?
2) Is it possible to extract all shared functionality to shared object
and links all SAPI modules against it?
3) Next issue is XML with DOM support, we where using LIBXML2 but that
costs ~2.5MB are there there options for supporting that?
Maybe someone already addressed footprint problem and has any kind of
solutions for that?
Please, any kind of information will helpful here.
Thanks ahead.
Eugene San
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
