[PHP-DEV] GOOD Benchmark Results for PHP Master 2017-05-23

Results for project PHP master, build date 2017-05-23 19:24:17-07:00 commit: 5dc43b4 previous commit:293d990 revision date: 2017-05-23 16:35:36-07:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

Hi all, Johannes Schlüter wrote: phpUnit might be battle tested with parallelization, the PHP test suite isn't. There are tons of tests using the same resource (i.e. different mysqli and pdo_mysql tests might use the same tables some other tests use same port for some socket stuff etc.) Would

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 11:04 AM, Larry Garfield wrote: > It doesn't have to be a PECL library. I agree that a project requiring a > PECL library greatly limits its potential reach, but with Composer > user-space libraries are totally easy to install. There's a nice and

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 2:47 PM, Marco Pivetta wrote: > > On Wed, May 24, 2017 at 8:39 PM, Fleshgrinder wrote: > > > > Furthermore, I carefully crafted everything to be as close to userland > > as possible. No magic, none at all. I use default PHP

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 8:39 PM, Fleshgrinder wrote: > On 5/24/2017 8:09 PM, Marco Pivetta wrote: > > For once, I must say that I disagree with having an OOP API defined in > core. > > This can exist in userland, so it probably should. Internal classes, > their > >

Re: [PHP-DEV] [RFC] [Discussion] UUID

On 5/24/2017 8:09 PM, Marco Pivetta wrote: > For once, I must say that I disagree with having an OOP API defined in core. > This can exist in userland, so it probably should. Internal classes, their > reflection, behavior, inheritance model, etc are full of quirks. > There's nothing wrong in

Re: [PHP-DEV] [RFC] [Discussion] UUID

"Christoph M. Becker" in php.internals (Wed, 24 May 2017 18:35:08 +0200): >On 24.05.2017 at 18:25, Remi Collet wrote: > >> And I also think using system libuuid is better than reinventing the >> wheel, and having to maintain a uuid algo, when already maintained by >> someone else, which only work

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 8:01 PM, Fleshgrinder wrote: > On 5/24/2017 5:11 PM, Levi Morrison wrote: > > On Wed, May 24, 2017 at 9:04 AM, Larry Garfield > > wrote: > > > >> It doesn't have to be a PECL library. I agree that a project requiring > a >

Re: [PHP-DEV] Implement formal process for run-tests.php refactor

On Thu, May 18, 2017 at 5:59 AM, Anatol Belski wrote: > > Hi Sammy, > > > -Original Message- > > From: sam...@sammykmedia.com [mailto:sam...@sammykmedia.com] On > > Behalf Of Sammy Kaye Powers > > Sent: Wednesday, May 17, 2017 4:29 PM > > To: PHP Internals

Re: [PHP-DEV] [RFC] [Discussion] UUID

On 5/24/2017 5:11 PM, Levi Morrison wrote: > On Wed, May 24, 2017 at 9:04 AM, Larry Garfield > wrote: > >> It doesn't have to be a PECL library. I agree that a project requiring a >> PECL library greatly limits its potential reach, but with Composer >> user-space

Re: [PHP-DEV] [RFC] [Discussion] UUID

Am 24.05.2017 um 18:35 schrieb Christoph M. Becker: On 24.05.2017 at 18:25, Remi Collet wrote: Le 24/05/2017 à 17:57, Levi Morrison a écrit : I understand the user experience improvement for having a package for UUIDs in core; I'd like that myself. I just want to know why we haven't

Re: [PHP-DEV] [RFC] [Discussion] UUID

Am 24.05.2017 um 18:30 schrieb Remi Collet: Le 24/05/2017 à 17:21, li...@rhsoft.net a écrit : frankly get out of my sight with composer i maintain the whole webstacke for many years at my own (rpm packages) and so the Fedora repos have excluded anything relevant to PHP - trying to build

Re: [PHP-DEV] [RFC] [Discussion] UUID

On 24.05.2017 at 18:25, Remi Collet wrote: > Le 24/05/2017 à 17:57, Levi Morrison a écrit : > >> I understand the user experience improvement for having a package for UUIDs >> in core; I'd like that myself. I just want to know why we haven't discussed >> the existing UUID package and made a new

Re: [PHP-DEV] [RFC] [Discussion] UUID

Le 24/05/2017 à 17:21, li...@rhsoft.net a écrit : > frankly get out of my sight with composer > > i maintain the whole webstacke for many years at my own (rpm packages) > and so the Fedora repos have excluded anything relevant to PHP - trying > to build composer by just download the src.rpm ends

Re: [PHP-DEV] [RFC] [Discussion] UUID

Le 24/05/2017 à 17:57, Levi Morrison a écrit : > I understand the user experience improvement for having a package for UUIDs > in core; I'd like that myself. I just want to know why we haven't discussed > the existing UUID package and made a new one. I agree here, why a new extension ? And I

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 9:29 AM, li...@rhsoft.net wrote: > > > Am 24.05.2017 um 17:11 schrieb Levi Morrison: > >> On Wed, May 24, 2017 at 9:04 AM, Larry Garfield >> wrote: >> >> On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: >>> Am 24.05.2017

Re: [PHP-DEV] [RFC] [Discussion] UUID

Am 24.05.2017 um 17:11 schrieb Levi Morrison: On Wed, May 24, 2017 at 9:04 AM, Larry Garfield wrote: On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget

Re: [PHP-DEV] [RFC] [Discussion] UUID

Am 24.05.2017 um 17:04 schrieb Larry Garfield: On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part of PHP core,

Re: [PHP-DEV] [RFC] [Discussion] UUID

On Wed, May 24, 2017 at 9:04 AM, Larry Garfield wrote: > On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: > >> >> >> Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: >> >>> Hey internals! I haven't written the RFC yet, >>> >>> Please don't forget to include in

Re: [PHP-DEV] [RFC] [Discussion] UUID

On 05/24/2017 04:31 AM, li...@rhsoft.net wrote: Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part of PHP core, rather than a library because as developer in

Re: [PHP-DEV] Snapping php

On Wed, May 24, 2017 at 7:36 AM, Alan Pope wrote: > What's the rationale behind not doing binary releases beyond Windows? > Is that a historical legacy because distro people did that for you, so > why bother, or some other reason? > Essentially this. Beyond the "why

Re: [PHP-DEV] Snapping php

On 24/05/17 12:36, Alan Pope wrote: > I appreciate the comments from everyone on the subject of snapping > php. I'm keen to pass your honest feedback to our team, so we can > understand why some software developers aren't keen on investing time > to make a snap. Since maintenance is already a

Re: [PHP-DEV] Snapping php

Hi again, I appreciate the comments from everyone on the subject of snapping php. I'm keen to pass your honest feedback to our team, so we can understand why some software developers aren't keen on investing time to make a snap. What's the rationale behind not doing binary releases beyond

[PHP-DEV] Documentation (Doxygen)

Hey internals! Nikic recommended that we discuss this topic before my latest PRs can be merged. https://github.com/php/php-src/pull/2523 https://github.com/php/php-src/pull/2535 I used Doxygen in both PRs to document the code. Right now the code base is lacking a lot of documentation, which, if

Re: [PHP-DEV] [RFC] [Discussion] UUID

Am 24.05.2017 um 11:27 schrieb Dan Ackroyd: Hey internals! I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part of PHP core, rather than a library because as developer in reality you can not use and rely on features which

Re: [PHP-DEV] [RFC] [Discussion] UUID

> Hey internals! > > I haven't written the RFC yet, Please don't forget to include in the RFC a justification for why this should be part of PHP core, rather than a library. cheers Dan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php