Re: Could some kind soul review these patches please.
| From: | John Donagher | Date: | Wed, 13 Dec 2000 17:48:15 +0000 |
| Subject: | Re: Could some kind soul review these patches please. | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-41229@lists.php.net to get a copy of this message | ||
I agree. CPAN is a good idea poorly implemented. Debian's package management system, on the
other hand, is extremely easy and versatile. It is something that can be done, but I question
whether we have even near the number of extensions required to make it worthwhile.
John
On Wed, 13 Dec 2000, Zeev Suraski wrote:
> At 17:18 13/12/2000, Peter Bowen wrote:
> >2) We need to try to fix the dl() problem with threading. dl() is an
> >important to the concept of PEAR. In Perl, CPAN would not work if we
> >could not use the module at runtime, on a per script basis, and I think
> >that the same is true for PEAR. I'm not sure if dl() is possible in a
> >threaded environment, but I hope so.
>
> We're a bit far away from a working dl() in multithreaded environments.
>
> Personally, I'm not particularly in favour of moving extensions out of PHP,
> unless they're *REALLY* rarely used. I think that one of the good things
> about PHP, and one thing I hated in Perl, is that everything is in
> it. CPAN is impressive, no doubt, but I hated to have to search a zillion
> packages in CPAN just to get a script to run.
>
> I think the question we should be asking ourselves, always, is what the
> gain is. If we can come up with good reasons, then we should stay with the
> way it is, because it works.
>
> I fail to see the advantage of moving extension source to PEAR.
>
> Zeev
>
>
> -
> Zeev Suraski <zeev@zend.com>
> CTO, Zend Technologies Ltd. http://www.zend.com/
>
>
>
--
John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
mQGiBDnCZ1oRBACFgkFCV6p3dWic1qm1FLhip5beIyzZSt+ccTDYQQdPZA/t5H+k
PZ7ZFBIUrXz/oEqwQwlEKlg8JQqg7hgtcL+xrIJ0BInLeSJG4lvvB551g59Thr7/
OsdxNVxKci775+K+GkdAz4xcULMuB+QE7t665Ri46EAS8ALos5UG6DGmhwCguD0v
1cxwy/KlKr+oi4sWM9caueED/RmjiSD3vmBZQt6PMisVe1AmkEf6cJoemduCSJxu
0eMz/LIeu+CqfpuJH2N/dZ3hRj9xMSHF4l71wKqV99zhm58kDGwG1u3yVzULPDqz
0yL+8nunlkoOUyn3zOnh3Zmz4POFVMZQ5oian3QkLllUwly5JCi5tWULxZ2vOkb0
zzjuA/4jigNxYV4NAyCl+wAbnyzk9/Iz8EHv4/0Ex8ytlcMtvBJKa9HjJxlyIl74
yOILHk3+GSAdM0b3ZmbavpoCpebinOMBhqEVBwCI4VUIAqf86gx+2dKBGxfKPnU4
Xxvqs/BOl/EbeJjyd4uieYndGRaWg+kYXqZ7SxrlFN24fohnd7QgSm9obiBEb25h
Z2hlciA8am9obkB3ZWJtZXRhLmNvbT6IVgQTEQIAFgUCOcJnWgQLCgQDAxUDAgMW
AgECF4AACgkQIt6tVu6+jd3SHwCgjssFktMXf8NjE9JBR+sJ2gDIsW8An0CFNdFd
dU+DJYC6ogYP9AsVfM27uQENBDnCZ2MQBAD8E0qe1gBKjtoRmyiyORtwhOz/2XZE
mqiZN2NouAUWRRZd4dHggFAA1jUsp2MVIZZQyY9ajNVy3Oaxj5kYz8LR5GItxxcD
jC8RFXKM40ZfTJeR7fH6eJa689w+le71Tt4ALyN4xcjSWuksr8795AhHFjonDi8D
rgGIq6GtWvi/KwADBgQAmeBbcjPzhqR2M8TdvEyNfVTQSSp/RNoTjNNWpHui8V0p
kiQ49tbsqeMjXGToGgMugfmrX77JidXyuVjgYjT9xUdaaA25qKAR75M9izDliT7Y
h5L+QZTAw0/5X9go7XK3WI3LYfFrp4TP0veXgSWxDqccqsRzWKW7IoXsliTCbVqI
RgQYEQIABgUCOcJnYwAKCRAi3q1W7r6N3YIcAKCkJMTPLu6tOPnXPl2s3xmnSawy
BACeOx83WlBhVScYWo+BUzntJ6ks4T0=
=OkJU
-----END PGP PUBLIC KEY BLOCK-----