Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:66393
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.180 as permitted sender)
MIME-Version: 1.0
Sender: julienpauli@gmail.com
In-Reply-To: <CAJW__o0fpd8w+=RvXA9b8F5zRpubU-rchpt3gnE4kuw8iFqcQA@mail.gmail.com>
References: <CAAyV7nGodN0OKUTGY0RQ_P_Za3igkZPXjm1D8r8EUsyZ5XrYeg@mail.gmail.com>
 <512FBA50.4000308@sugarcrm.com> <CAMUwpuSj2v+Qwk_kpWJEFJ-0tGAPyNqbf+8ve9tsXuOB8JYCJA@mail.gmail.com>
 <CAJW__o0fpd8w+=RvXA9b8F5zRpubU-rchpt3gnE4kuw8iFqcQA@mail.gmail.com>
Date: Fri, 1 Mar 2013 14:28:38 +0100
Message-ID: <CAMUwpuRcSosQLY1FAYs9cFg9342g1-xG8roynsKcVt4shbKqWQ@mail.gmail.com>
To: Kalle Sommer Nielsen <kalle@php.net>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, Anthony Ferrara <ircmaxell@gmail.com>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=14dae9cdc411942df104d6dcfea3
Subject: Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5
From: jpauli@php.net (Julien Pauli)

--14dae9cdc411942df104d6dcfea3
Content-Type: text/plain; charset=ISO-8859-1

On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen <kalle@php.net> wrote:

> Hi
>
> 2013/3/1 Julien Pauli <jpauli@php.net>:
> > I guess the ini declaration order and then the order the modules get
> loaded
> > in the engine.
>
> We could also look at implementing a module-load-order internally in
> the zend_module struct, as in some extensions like EXIF relies on
> mbstring, while the ZEND_MODULE_DEP()s works fine for checking for
> mbstring, it does not work if mbstring is loaded after. So what I'm
> saying is that mbstring have a higher load order, meaning even though
> we have this in php.ini[1], PHP will load mbstring first because it
> has the lowest value (requiring it to start first), or giving exif a
> higher than 'normal' value (causing it to load after, as it is after
> all, exif that depends on mbstring, not the other way around).
>
> The same thing can be done with engine level extensions
> (zend_extension), where it probably would make more sense than for 90%
> of all 'php' extensions.
>
> [1]:
> extension=php_exif.dll
> extension=php_mbstring.dll
>

+1 , Some time ago when I first designed my first extensions studying the
Zend extension loading mechanism I thought about such a system and was
surprised not to find one into the engine.
It shouldn't be too hard to develop, except if you start thinking about
versions dependencies of the modules as well.

In the same pipe, I was thinking at some dlunload() function which would
enable unoloading modules at runtime, but that's another task, not very
trivial though.

 Julien

>
>
>
> --
> regards,
>
> Kalle Sommer Nielsen
> kalle@php.net
>

--14dae9cdc411942df104d6dcfea3--