Hi!
I don't have concrete idea right now. If there is cleaver way that
avoids disadvantages, I would like to see such feature by default
since almost all PHP competitors have this.
We are not in competition with other languages over number of features
implemented. All cool boys do it is not
Hi Yasuo,
Monkey patching could be a very useful feature, especially for functions in a
testing context.
But I agree with Stas that it's not really related to importing function/class
symbols. Perhaps you should create a separate RFC for it.
On Jul 24, 2013, at 7:28 AM, Yasuo Ohgaki
hi
we don't have a maintainer for phar as far as I know.
Ralph volunteered(twice) to take over phar but was pretty much ignored.
He is the last person that I know looking into the phar code and fixing
stuff so maybe he could review your changes.
On Mon, Jul 22, 2013 at 10:09 AM, Stas Malyshev
Am 22.07.2013 10:09, schrieb Stas Malyshev:
P.S.: BTW, who is official phar maintainer now? I'm seeing that last
commit from anybody listed as maintainer is 4 years ago... Is it time
to update ownership?
As Ferenc pointed out, Ralph volunteered for it. PHAR is too vital a
part of PHP, IMHO,
Hi!
As Ferenc pointed out, Ralph volunteered for it. PHAR is too vital a
part of PHP, IMHO, to be without a maintainer.
Well, if he's still up to it I think we should list him as a maintainer.
Ralph?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900
Hi Stas,
On Mon, Jul 22, 2013 at 10:14 AM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Building PHP 5.5 with newer compiler on Mac, I'm getting this warning:
/Users/smalyshev/php-5.5/ext/spl/php_spl.c:803:35: warning: format
specifies type 'unsigned int' but the argument has type
