Re: [PHP-DEV] EXTENSIONS file (enchant, ereg, hash, opcache)

2014-10-02 Thread Sara Golemon
On Fri, Oct 3, 2014 at 1:18 AM, Johannes Schlüter wrote: > in php-src we have this nice file EXTENSIONS listing maintenance status > and primary maintainers of extensions. For the following extensions > maintainers. Could any of the maintainers please add the relevant entry? > > * enchant >

[PHP-DEV] PHP 5.6.1 is available

2014-10-02 Thread Ferenc Kovacs
Hello! The PHP development team announces the immediate availability of PHP 5.6.1. This fixes some bugs against 5.6.0. All PHP 5.6 users are encouraged to upgrade to this version. For source downloads of PHP 5.6.1 please visit our downloads page: http://www.php.net/downloads.php Windows binarie

[PHP-DEV] EXTENSIONS file (enchant, ereg, hash, opcache)

2014-10-02 Thread Johannes Schlüter
Guys, in php-src we have this nice file EXTENSIONS listing maintenance status and primary maintainers of extensions. For the following extensions maintainers. Could any of the maintainers please add the relevant entry? * enchant * ereg * hash * opcache Alternatively if we

Re: [PHP-DEV] Concept: Custom Type Hinting

2014-10-02 Thread Dominic Grostate
On 3 October 2014 00:49, Andrea Faulds wrote: > Functions in PHP cannot be autoloaded, so this would be quite inconvenient > to use. Will people bother adding an include to every file merely to use > typehints? Or are typehints classes, in which case, why not simply define > them as a class rathe

Re: [PHP-DEV] Concept: Custom Type Hinting

2014-10-02 Thread Andrea Faulds
On 2 Oct 2014, at 19:33, Dominic Grostate wrote: > My concept can be found here: > https://gist.github.com/orolyn/9ff0756b3cb3cdfe454b I actually have a similar idea I’d like to propose (I’d write a patch first, it’s on my list of things to do), though it has scalar type hints only as a fring

Re: [PHP-DEV] Concept: Custom Type Hinting

2014-10-02 Thread Johannes Schlüter
On Thu, 2014-10-02 at 19:33 +0100, Dominic Grostate wrote: > My concept can be found here: > https://gist.github.com/orolyn/9ff0756b3cb3cdfe454b > > Advantages: > - Methods expecting strict values would no longer need to use inline type > checking for scalar types. > - Users could define reusable

Re: [PHP-DEV] Re: Remove generated lexers from git?

2014-10-02 Thread Stas Malyshev
Hi! > Slipping in a malicious code in such a diff could easily go unnoticed, This is not a bug. And if we have a malicious comitter, we have much bigger problems than generated lexers. Fortunately, there's exactly zero evidence that it is of any concern to us. > you have to trust that it was gen

Re: [PHP-DEV] Re: Remove generated lexers from git?

2014-10-02 Thread Florian Margaine
Hi, On Thu, Oct 2, 2014 at 10:12 PM, Stas Malyshev wrote: > Hi! > > > Sorry to intrude, but why would building be harder? Tbh I don't see the > > Because there are more dependencies and tools needed to build the > parsers. You'd have to have recent re2c, for example. Which does not > come by def

Re: [PHP-DEV] Re: Remove generated lexers from git?

2014-10-02 Thread Stas Malyshev
Hi! > Sorry to intrude, but why would building be harder? Tbh I don't see the Because there are more dependencies and tools needed to build the parsers. You'd have to have recent re2c, for example. Which does not come by default with many systems. I see no reason to add this hurdle with no benefi

Re: [PHP-DEV] Re: Remove generated lexers from git?

2014-10-02 Thread Florian Margaine
Hi, Sorry to intrude, but why would building be harder? Tbh I don't see the point of keeping generated files in git. Why not keep release binaries too! (I'm kidding ofc.) Also, there may be a small number of "big diffs", but one is enough to introduce a bug. Generating the file every time ensures

Re: [PHP-DEV] Re: Remove generated lexers from git?

2014-10-02 Thread Stas Malyshev
Hi! > Case in point: The current zend_language_scanner.c has been generated by > Andrea, who uses a different re2c version from everybody else (0.13.6 > instead of 0.13.5). This means that if I do some tiny change to > zend_language_scanner.l I immediately get a 3000 line diff. So we just end > up

[PHP-DEV] Concept: Custom Type Hinting

2014-10-02 Thread Dominic Grostate
Hello, I followed the instructions to mail to this address to measure the reaction of an idea before going through the process of creating an RFC, but I am sorry if this is off topic for this board. Problem: I have been looking for a solution to reduce the verbosity of my code and invoke data ty

[PHP-DEV] PHP 5.5.18RC1 is ready for testing

2014-10-02 Thread Julien Pauli
Hello PHP 5.5.18 RC1 is available for testing. You can download it from http://server.famillecollet.com/php/ The Windows binaries are available at http://windows.php.net/qa/ This release contains a number of bugfixes and fixes a regression that were introduced in 5.5.17 about OpenSSL extension

[PHP-DEV] Re: Removing *.dsw *dsp files from php-src

2014-10-02 Thread Maciej Sobaczewski
Hello, shouldn't be this code removed as well? https://github.com/php/php-src/blob/master/ext/ext_skel_win32.php#L38-L51 I can create PR but I'm not sure if I'm correct. Also, probably it just would be faster to remove it for someone with php-src karma than merge PR. Thanks, Maciej. -- PHP