Re: Nuking php4/dl
| From: | Carl W. Brown | Date: | Tue, 13 Jun 2000 16:03:14 +0000 |
| Subject: | Re: Nuking php4/dl | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-21218@lists.php.net to get a copy of this message | ||
Andi,
Why is DL no longer working?
I noticed that the 3.0 code was UNIX only but that it is simple fix to make
it support DLLs aw well.
The reason that I ask is that I have made the IBM ICU (International
Components for Unicode) package a combined Apache module and a PHP3
extension. Because of the size of ICU I had to cheat and make this a
special class of PHP module. It is an almost resident module. It gets
loaded before the resident modules are initialized and it provides a table
of internal functions as well, Currently I do not support PHP CGI or
non-Apache versions. My next version will be more universal.
I am finishing the work on the Apache module mod_xicu to add its
locale/character set handler to directly override the Apache mod_mime so
that I can eliminate my mod_php changes. This will have an added benefit
because PHP will have its per_directory and directory merge exits called as
it was originally designed.
ICU is a truly heavy weight i18n package supporting over 80 locales. My
module provides collated compares with 4 degrees of strength, string convert
to lower, upper and title case, date/time and number converters. code and
utf-8 converters. It also has under the cover functions for other
applications such as Unicode (utf-16) support.
I am discussing this in the i18n section but will probably first upgrade the
mod_xicu from ICU 1.4 to 1.5 first. There are some release differences that
might make my mime extensions much easier. In any case it will package very
differently.
Carl
"Andi Gutmans" <andi@zend.com> wrote in message
news:4.2.0.58.20000610205139.00ba1b60@127.0.0.1...
> Guys,
>
> How about nuking php4/dl? I think there is no need for it anymore with the
> great new build system we have. We just need to move dl/crypt and
> dl/vmailmgr to ext/; even if they don't work they can always be fixed
later on.
>
> By the way, I have a proposition and I guess it mainly depends on Sascha
:)
> How about moving all of php4/*.[ch] to php4/core or so? The main directory
> of PHP is very cluttered and it would be pretty cool to move the core
files
> to a different sub-directory.
>
> Andi
> ---
> Andi Gutmans <andi@zend.com>
> http://www.zend.com/
>
> --
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net
> For additional commands, e-mail: php-dev-help@lists.php.net
> To contact the list administrators, e-mail: php-list-admin@lists.php.net
>