Re: OpenSSL and Phar

From: Date: Mon, 23 Jun 2008 11:43:12 +0000
Subject: Re: OpenSSL and Phar
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-38538@lists.php.net to get a copy of this message
On Mon, Jun 23, 2008 at 1:28 PM, Steph Fox <steph@phparch.com> wrote: > You're missing that Windows users don't tend to roll their own PHP. They > tend to pick and choose their extensions. I still miss your point here, I was only talking about bins releases for windows. > At present, if someone were to load php_openssl.dll from PECL From PECL? it is in our releases and will remain in our releases, just like all extensions. > alongside > built-in Phar in 5.3 they'd probably wonder why it wasn't working as > advertised. If the dependency were made explicit in Phar, the only thing > ext/openssl would be needed for is explicit openssl calls - which is far > easier to understand. --enable-phar-ssl and do (not tested but it gives the idea): if (PHP_PHAR_SSL == "yes") { ADD_EXTENSION_DEP("phar", "openssl", true); } else { if (PHP_PHAR_SSL != "no") { // be sure to do not enable it when --disable-phar-ssl is used ADD_EXTENSION_DEP("phar", "openssl", true); } } > FWIW, I think having Phar built-in is actually a disadvantage when it comes > to this kind of thing. ext/openssl isn't enabled by default and is only > available as shared to the vast majority of Windows users. it is enabled by default and it is built shared as almost all extensions. The rest is a matter of documenting it, like almost all extensions, "please enable phar and openssl (if available) in your php.ini". Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org

« previous php.internals (#38538) next »