So...

With repsect to ISPs and conservative sysadmins not installing all
kinds of good stuff from PECL...

Has anybody considered hacking ./configure in such a way that it
invokes PECL install for any "extra" --enable-xxx flags that match up
with stable PECL extensions?

The point being that to the busy sysAdmin, it just looks like a
"built-in" feature of PHP so they actually install the dang things,
but all the benefits of PECL-ness are still there when it's time to
upgrade that one extension.

This may be a particularly stupid idea or simply not able to be done,
for all I know, but it seems an interesting suggestion to this naive
reader.

And seems like the kind of thing that one of you gurus could hack up
in about 10 minutes of shell scripting tacked onto the end of that
stuff in 'configure' script.

Okay, so it would then take you 10 days to debug it and make sure it
works on all platforms, but still. :-)

It might also forestall some of the "I want my extension in core" |
"Your extension doesn't belong in core" threads here, since marking a
PECL as "stable" pretty much *IS* making it available to "core"

Which would then shift focus to arguments^H^H^H^H^H^H^H^H^H
discussions about what gets marked "stable" in PECL, but that's
probably a bit less subjective, hopefully.

One could even imagine a utopia where a requirement of 95% code
coverage by a suite of .phpt tests would be one objective measure for
pre-qualifying a PECL extension as "stable" :-)

Just an idea I thought I'd toss out [t]here.  Let the flames begin.

-- 
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/browse/from/lynch
Yeah, I get a buck. So?

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to