Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37660
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain seanius.net from 66.93.22.232 cause and error)
To: internals@lists.php.net
Date: Thu, 15 May 2008 09:00:54 +0200
User-Agent: KMail/1.9.9
Cc: Stanislav Malyshev <stas@zend.com>,
 Hector Santos <hsantos@isdg.net>
References: <4824219D.3070806@isdg.net> <4828FD20.9020602@isdg.net> <4829E5EC.1020706@zend.com>
In-Reply-To: <4829E5EC.1020706@zend.com>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart5222775.Oq8e17CM8D";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-ID: <200805150900.57485.seanius@seanius.net>
Subject: Re: [PHP-DEV] Extension_Dir: Proposal to offer multi-directory DLL loading
From: seanius@seanius.net (sean finney)

--nextPart5222775.Oq8e17CM8D
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

hiya,

sorry to jump in a little late here,

On Tuesday 13 May 2008 09:03:08 pm Stanislav Malyshev wrote:
> > So if you think the multi-path extension_dir=3D change isn't going to be
> > accepted to PHP53, I might as well stop right here.
>
> I don't know - it depends how broad is the need for it and how other
> developers perceive it.

just to throw in my 0.02 $LC_MONETARY, it would be really useful to have=20
something like this in debian and other php-packaging distributions out=20
there.

consider the scenario where a user installs via the package management syst=
em=20
the php core plus extensions a, b, and c.  they later want to install=20
extension d (which is not packaged) via pecl, and update/override extension=
=20
c.

currently what happens is pecl (there's a similar situation with pear btw)=
=20
installs to the same location as the packaged files, creating a rather=20
schizophrenic environment where you can't be sure what came from a package=
=20
and what was locally installed.  and further, the next time extension c's=20
package is upgraded, the local changes will be lost.

now if there were a multi-extension-dir functionality available, we could d=
o=20
something like saying "first check /usr/local/blah, and if that fails,=20
check /usr/blah", where the latter is for the debian stuff.  then pecl coul=
d=20
be set to default to the /usr/local directory, eliminating the problem.  fw=
iw=20
something quite similar is done by perl--i believe it provides 3 directorie=
s=20
actually: a "perl" directory, a "vendor" directory, and a "site" directory,=
=20
but it's the same concept.


anyway, hope to see something like this down the line!


	sean

--nextPart5222775.Oq8e17CM8D
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBIK9+pynjLPm522B0RAr8VAJ90OmrPST+SnUBLdOs3MWAHZOqg6QCfb0vN
/hZsHzpm3G+AfRbl8Y9tj3w=
=i/ge
-----END PGP SIGNATURE-----

--nextPart5222775.Oq8e17CM8D--