[PHP-DEV] Vote: Straw poll for P++ feasibility

Hi, In the last week(s) there has been a lot of chat about Zeev's P++ idea. Before we end up spending this project's time and energy to explore this idea further, I thought it'd be wise to see if there is enough animo for this. Hence, I've created a document in the wiki as a poll: https://wiki

[PHP-DEV] PHP 7.4.0beta2 is available for testing

em at <https://bugs.php.net>. Hash values and PGP signatures can be found below or at <https://gist.github.com/derickr/4cec1996b1110f6127b51b90d9426bf9>. 7.4.0beta3 should be expected in 2 weeks, i.e. on August 22nd, 2019. Thank you, and happy testing! Regards, Peter Kokot & Derick Rethans

[PHP-DEV] PHP 7.4.0beta1 is available for testing

a2 should be expected in 2 weeks, i.e. on August 8th, 2019. Hash values and PGP signatures can be found below or at <https://gist.github.com/derickr/dc86e4edfedf69bd121026cbf3db8643>. Thank you, and happy testing! Regards, Peter Kokot & Derick Rethans php-7.4.0be

[PHP-DEV] PHP 7.4 FEATURE FREEZE ❄

Hi all! The PHP-7.4 branch is now in feature freeze, with the tarballs for PHP 7.4.0beta1 just having been created. DON'Ts: - No new features that would otherwise require an RFC - No new features, unless they're small, self-contained, and ack-ed by the release managers. - No API breaks DOs:

[PHP-DEV] REMINDER: PHP 7.4 Feature Freeze today

Hi! The PHP 7.4 feature freeze starts tonight (July 22nd) at 23:59 UTC. After this time, no new features might be added to the PHP-7.4 branch. 7.4.0beta1 will be cut tomorrow (around July 23rd, 09:00 BST). cheers, Derick & Peter -- https://derickrethans.nl | https://xdebug.org | https://dram.

[PHP-DEV] PHP 7.4.0alpha3 is available for testing

a1 should be expected in 2 weeks, i.e. on July 25th, 2019. Hash values and PGP signatures can be found below or at <https://gist.github.com/derickr/dc86e4edfedf69bd121026cbf3db8643>. Thank you, and happy testing! Regards, Peter Kokot & Derick Rethans php-7.4.0alp

[PHP-DEV] Feature Freeze Imminent

Hi! Please note that feature freeze for 7.4 is in exactly two weeks (July 22nd). 7.4.0beta1 will be cut in the morning of July 23rd, BST. By that time all code related to RFCs must be merged, which means today is the last day to start voting on RFCs. cheers, Derick (and Peter) -- PHP Internal

[PHP-DEV] PHP 7.4.0alpha2 is available for testing

lpha3 should be expected in 2 weeks, i.e. on July 11th, 2019. Hash values and PGP signatures can be found below or at <https://gist.github.com/derickr/0cb88c72a785ae8642ae1d81cc2e96f8>. Thank you, and happy testing! Regards, Peter Koko

[PHP-DEV] Pre-Announcing Feature Freeze @ July 22nd, 2019

Dear Internallers, With 7.4.0alpha1 having been released yesterday, the feature freeze for PHP 7.4 is coming up fast. Feature Freeze is *Monday July 22nd, 2019*, 24:00 UTC. This means that there are *5* weeks left to get all your RFCs voted on, and your patches *merged*. After Feature Freeze,

[PHP-DEV] PHP 7.4.0alpha1 is available for testing

lpha2 should be expected in 2 weeks, i.e. on June 27th, 2019. Hash values and PGP signatures can be found below or at <https://gist.github.com/derickr/000139654a28966ae0bb74560f51f2a7>. Thank you, and happy testing! Regards, Peter Koko

[PHP-DEV] commit 374f76998 causes getenv to be define with Xdebug loaded

Hi Dmitry, I've just fetch the latest PHP-7.4 source from GIT to finalise Xdebug support for it, and after compiling PHP and Xdebug, I now run into the following error: Warning: define() expects at least 2 parameters, 1 given in /home/derick/dev/php/derickr-xdebug/run-xdebug-tests.php on line

Re: [PHP-DEV] [RFC] Base convert changes

On Tue, 11 Jun 2019, Scott Dutton wrote: > Hi all, > > I plan to put this to vote early next week with the two options > > One vote for the invalid char deprecation for php7.4 and Exception in PHP8 > > One vote for negative numbers PHP8 only - due to BC concerns Could you update the relevent s

Re: [PHP-DEV] [RFC] Base convert changes

On Thu, 23 May 2019, Nikita Popov wrote: > On Sat, May 18, 2019 at 11:22 AM Scott Dutton wrote: > > > I have made some changes to base_convert which I feel would be more > > consistent with the current PHP (warning when there are errors, and > > not just returning the best value it can) > > >

Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags

On Mon, 29 Apr 2019, Zeev Suraski wrote: > On Sun, Apr 28, 2019 at 11:32 PM G. P. B. wrote: > > > I think this just boils down to what is an acceptable majority, if > > 2/3 is not enough then 3/4 but this is another debate altogether. > > > > I've argued in the past that it would make sense to

Re: [PHP-DEV] Retiring PHP's Mirror Program

On Sat, 27 Apr 2019, Peter Kokot wrote: > On Mon, 1 Apr 2019 at 16:26, Robert Hickman wrote: > > > > Is there any reason not to use 'php.net' raw without the 'www'? Yes, it has to with DNS delegation. > Additional question: Can we maybe get an insight of a canonical, > recommended URL which sh

Re: [PHP-DEV][DISCUSSION] Multilingual PHP

On Thu, 11 Apr 2019, Walter Parker wrote: > I also am old enough to have used/remember using BASIC. I remember German > and Japanese friends that wrote in BASIC. It was interesting to see German > programs where all the keywords were in English and all the text was in > German. The Japanese was ev

Re: [PHP-DEV] [RFC] Permit trailing whitespace in numeric strings

On Tue, 9 Apr 2019, Nikita Popov wrote: > On Tue, Apr 9, 2019 at 12:57 PM Derick Rethans wrote: > > > > think about the desired behavior of (int)? > > > > I think there should be no difference in behaviour between implicit and > > explicit cases. > > So

Re: [PHP-DEV] [RFC] Permit trailing whitespace in numeric strings

On Tue, 9 Apr 2019, Nikita Popov wrote: > On Thu, Apr 4, 2019 at 1:16 AM Andrea Faulds wrote: > > > I'm kinda unsure how to go forward because of these points. I would like > > to see improved comparisons, and I would like to see the end of the > > “non-well-formed” numeric string, and I think t

[PHP-DEV] Bug #77845 [Com]: Error in the comparaison (fwd)

Hey, We have banned this "spam2" user from internals, but he's still being an ass on the bug system. Should I have a look at whether we can get him out of there as well? cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https:/

Re: [PHP-DEV] [RFC] Spread Operator in Array Expression v0.2

Hi! On Thu, 4 Apr 2019, CHU Zhaowei wrote: > Thanks for the people who joined the discussion of my [RFC: Spread > Operator in Array > Expression](https://wiki.php.net/rfc/spread_operator_for_array). The > biggest change is I have dropped the support for string keys in v0.2 > as suggested by C

RE: [PHP-DEV] Retiring PHP's Mirror Program

Hi, I've just pushed the changes to the PHP website live, and fixed the apache config on php-web3, as it still had "php.net" as ServerName and "www.php.net" as ServerAlias — I did commit that to the local GIT repo. Things seem to look fine, so are you OK with my switching away DNS from the mi

[PHP-DEV] Head's Up: website update

Hi, I've just pushed a change to the www.php.net web site that removes all references to mirrors. Please let me know if you spot any issues. Once the web site is live and works, I will be changing DNS away from the XX.php.net hosts to www.php.net. cheers, Derick -- https://derickrethans.nl |

RE: [PHP-DEV] Retiring PHP's Mirror Program

On Thu, 28 Mar 2019, Sascha Schumann wrote: > Hi Derick, > > there is no * or nl1 record in the php.net zone, so I cannot change it. > > I guess that it is done on the easydns side. There is a nl1 record in our zone that we generate from our master database with the /local/systems/maintain-mas

RE: [PHP-DEV] Retiring PHP's Mirror Program

(www.php.net)... 185.85.0.29, 2a02:cb40:200::1ad Connecting to www.php.net (www.php.net)|185.85.0.29|:443... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] I guess Sascha changed it. cheers, Derick On Thu, 14 Mar 2019, Derick Rethans wrote: > Hi, >

RE: [PHP-DEV] Retiring PHP's Mirror Program

; > Thanks again! > > All the best, > > Jaime Andres > > > De: Derick Rethans > Enviado: jueves, 14 de marzo de 2019 20:46 > Para: Mark Scholten > Cc: 'PHP Developers Mailing List'; 'PHP Mirrors ML' > Asunto: RE: [PHP-DEV] Re

Re: [PHP-DEV] [RFC] [VOTE] JIT

On Thu, 21 Mar 2019, Derick Rethans wrote: > Hi, > > The vote seems currently closed, but as long as it says: > > Proposed PHP version: PHP 7.4 The RFC doesn't say that, but the link in your email was: https://wiki.php.net/rfc/jit<https://wiki.php.net/rfc/typed_prope

Re: [PHP-DEV] [RFC] [VOTE] JIT

Hi, The vote seems currently closed, but as long as it says: Proposed PHP version: PHP 7.4 I won't be voting for it. This should squarely just be targetted at PHP 8.0. cheers, Derick On Thu, 21 Mar 2019, Dmitry Stogov wrote: > Hey, > > I'm starting the vote on JIT RFC. > > > https://wi

RE: [PHP-DEV] Retiring PHP's Mirror Program

d if > possible I will. > > Kind regards, > > Mark Scholten > > > -Original Message- > > From: Levi Morrison [mailto:le...@php.net] > > Sent: Thursday, March 14, 2019 16:37 > > To: Derick Rethans > > Cc: PHP Developers Mailing List; PHP Mirrors ML

Re: [PHP-DEV] Re: Merging new hash algorithm (crc32c) into PHP 7.3 and maybe 7.2?

Hi, don't forget the PHP-7.4 branch, which is *not* master (master is 8.0). cheers, Derick On Mon, 11 Mar 2019, Andrew Brampton wrote: > Ok thanks everyone. Merging into master it is. > > Thanks > Andrew > > On Mon, 11 Mar 2019, 12:33 am Sebastian Bergmann, wrote: > > > Am 10.03.2019 um 21:

Re: [PHP-DEV] Re: PHP 7.4 Release Manager Selection

On Mon, 11 Mar 2019, Christoph M. Becker wrote: > On 04.03.2019 at 17:28, Christoph M. Becker wrote: > > > With the first alpha of 7.4 due in three months, I think it's time > > to start the process of finding and electing release managers for > > the next minor release of PHP. > > > > We are

[PHP-DEV] Retiring PHP's Mirror Program

Hi! The PHP.net website has in the last 20 years made use of an extensive network of mirrors_ to make the PHP documentation available, and distribute source tarballs_. These mirrors have been maintained by members and companies in the PHP eco-system for many valuable years. However, the administra

Re: [PHP-DEV] What's up with github.com/php-src?

On Sat, 9 Feb 2019, Ben Ramsey wrote: > > > On Feb 8, 2019, at 22:46, Bishop Bettini wrote: > > > > Having mistakenly cloned php-src/php > > instead of php/php-src (again), I figured > > I'd ask -- is php-src used for anything? >

Re: [PHP-DEV] [RFC] JIT

On Thu, 31 Jan 2019, Dmitry Stogov wrote: > > > On 1/31/19 8:08 PM, Derick Rethans wrote: > > On Thu, 31 Jan 2019, Dmitry Stogov wrote: > > > >> I'm glad to finally propose including JIT into PHP. > >> > >> https://wiki.php.net/rfc/jit &

Re: [PHP-DEV] [RFC] JIT

On Thu, 31 Jan 2019, Dmitry Stogov wrote: > I'm glad to finally propose including JIT into PHP. > > https://wiki.php.net/rfc/jit I don't see anywhere in this RFC how it would affect thigns that do sneaky things with internals, such as Xdebug. How is that going to be affected? > In the current

RE: [PHP-DEV] Simplify license headers

On Mon, 28 Jan 2019, Zeev Suraski wrote: > > > I would like to make two changes to this header: > > > > 1. Change "PHP Version 7" line to just "PHP", to avoid the necessity of > > updating this for > > new major versions. I don't think the version information here is > > particularly useful to

Re: [PHP-DEV] [RFC] [VOTE] FFI - Foreign Function Interface

On 24 December 2018 16:37:27 GMT, Jefferson Gonzalez wrote: > Can people explain why they are voting no to a feature that seems > really well put and thought? There is no need to go from new extension with a new unproven API to directly into core as first try. It's much better to try things ou

[PHP-DEV] Changes to Traits in master/PHP 7.4

Hi Dmitry, You removed ADD_TRAIT and BIND_TRAITS in https://github.com/php/php-src/commit/67397970b25d03254f000c36a73204720475b324 — could you please add that to UPGRADING.INTERNALS? cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a dona

[PHP-DEV] Re: Changes to when OPcache initialises

n, 17 Dec 2018, Dmitry Stogov wrote: > Hi Derick, > > > First, check why VLD works out of the box. > > At second, you may plug into post_startup hook to reassign zend_compile after > opcache. > > > Thanks. Dmitry. > > ________

[PHP-DEV] Changes to when OPcache initialises

Hi! I am working on making Xdebug work properly with PHP 7.3, and over the last week I have been tearing my hair out as to why Xdebug's view of opcodes was no longer showing the opcodes that OPcache had modified/optimised. In PHP 7.2, the order in which you load Xdebug and OPcache made a diffe

Re: [PHP-DEV] Re: Skip 7.3.0RC6?

On Wed, 24 Oct 2018, Christoph M. Becker wrote: > On 24.10.2018 at 17:03, Sara Golemon wrote: > > > I've been thinking about this since we added the fourth alpha and > > pushed the schedule down, but thinking about the EOL of 7.0 on Dec > > 3rd, I'm wondering if it'd be worth skipping RC6 in orde

Re: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3

, September 5, 2018 1:36:33 PM > To: Derick Rethans > Cc: PHP Developers Mailing List > Subject: Re: [PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3 > > I see the problem, and most probably, it has to be fixed in PHP sources. > > I'll tr

[PHP-DEV] Re: Mysterious (to me) Xdebug issue with PHP 7.3

} > } > op->handler = zend_vm_get_opcode_handler_ex(spec, op); > } > > > I have no idea, why PHP with xdebug doen't swap operands. > > > Thanks. Dmitry. > > > From: Derick Rethans > Sent: Tuesday, Se

[PHP-DEV] Mysterious (to me) Xdebug issue with PHP 7.3

Hi, I'm finalizing Xdebug support for PHP 7.3, and although I have fixed many things, there is one thing that is (currently) eluding me. The branch I'm working on is https://github.com/derickr/xdebug/tree/PHP-7.3-support With Xdebug (just) loaded, the following script: $ cat /tmp/bug0

[PHP-DEV] Re: [PHP-CVS] com php-src: Remove more unecessaries percent signs: ext/zip/php_zip.c

On Wed, 8 Aug 2018, Gabriel Caruso wrote: > Commit:953e28a92c35b81f768ae08451f6e9da6b168e51 > Author:Gabriel Caruso Sun, 5 Aug 2018 > 20:18:02 -0300 > Parents: f47cdd1ee0246b1d594de9ec29ce12c5279bc421 > Branches: master > > Link: > http://git.php.net/?p=php-src.git;a=c

Re: [PHP-DEV] PHP 7.3 branched

On Tue, 31 Jul 2018, Christoph M. Becker wrote: > That's it! Feature freeze is on. > > Please include branch PHP-7.3 in all merges from 7.1 and earlier. > Please commit all 7.3 fixes to PHP-7.3 and merge to master which is > now targetting 7.4. > > This is real.

Re: [PHP-DEV] Re: PHP 7.3 zif_handler changes

On Tue, 10 Jul 2018, Christoph M. Becker wrote: > On 09.07.2018 at 11:41, Derick Rethans wrote: > > > On Wed, 4 Jul 2018, Christoph M. Becker wrote: > > > >> On 04.07.2018 at 12:24, Nikita Popov wrote: > >> > >>> On Wed, Jul 4, 2018 at 11:32 AM, C

Re: [PHP-DEV] re2c version(s)

On Fri, 13 Jul 2018, Nikita Popov wrote: > On Fri, Jul 13, 2018 at 11:13 AM, Dmitry Stogov wrote: > > > I think, many core developers saw unexpected changes in > > "zend_labguages_scanner.c" or "var_unserializer.c" after rebuilds. > > > > This occurs, because we use different versions of re2c, a

Re: [PHP-DEV] Re: PHP 7.3 zif_handler changes

On Wed, 4 Jul 2018, Christoph M. Becker wrote: > On 04.07.2018 at 12:24, Nikita Popov wrote: > > > On Wed, Jul 4, 2018 at 11:32 AM, Christoph M. Becker > > wrote: > > > >> On 04.07.2018 at 01:16, Jan Ehrhardt wrote: > >> > >>> Another one: some extensioms suffer from the fact that the macro GC_

Re: [PHP-DEV] Re: RM karma

On Tue, 5 Jun 2018, Sara Golemon wrote: > On Tue, Jun 5, 2018 at 2:38 PM, Stanislav Malyshev > wrote: > > Don't know about the downloads, unfortunately, but I think you > > should have the full commit karma, at least from my reading of the > > karma file. > > > > I can definitely put the binar

[PHP-DEV] Re: Mailing list moderation

Hi, "rhsoft" continues their aggressive behaviour on the bug tracker still too. One recent illustration is https://bugs.php.net/bug.php?id=76184&edit=1 Do we have any methods to ban people from there too? cheers, Derick On Wed, 3 Jan 2018, Rasmus Lerdorf wrote: > Ok, both have been added to

Re: [PHP-DEV] var_export() array format

On Sun, 18 Feb 2018, Andreas Hennings wrote: > On 18 February 2018 at 02:04, David Rodrigues wrote: > > I just think that is not responsability of PHP to care about output format > > at core level (although we have the json pretty output support...). > > Why not? > E.g. JSON_PRETTY_PRINT is some

Re: [PHP-DEV] var_export() array format

On Sun, 18 Feb 2018, Andreas Hennings wrote: > I sometimes use var_export() to export a structured array and then > copy+paste it into my code. > And sometimes I use it as part of an automatic code generator. To iterate the purpose of var_export(): Output a variable structure in such a way that

Re: [PHP-DEV][RFC][DISCUSSION] Collection Inspection

On Thu, 25 Jan 2018, Ryan Pallas wrote: > On Thu, Jan 25, 2018 at 7:52 AM, Derick Rethans wrote: > > > On Wed, 24 Jan 2018, Michael Morris wrote: > > > > > Ok, here's another idea I've been mulling over. This I know is possible > > > because I

Re: [PHP-DEV][RFC][DISCUSSION] Collection Inspection

On Wed, 24 Jan 2018, Michael Morris wrote: > Ok, here's another idea I've been mulling over. This I know is possible > because I've done it using user land code, specifically Drupal 8's > Assertion\Inspector class. > > https://api.drupal.org/api/drupal/core%21lib%21Drupal%21Component%21Assertion%

[PHP-DEV] Re: Mailing list moderation

On Tue, 2 Jan 2018, Nikita Popov wrote: > This mail is going to both the systems group and internals mailing > list. > > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been > aggressively derailing the "Scalar P

Re: [PHP-DEV] Changes in namespace importing

On Mon, 27 Nov 2017, Michael Morris wrote: > I'm sure the internal coders will correct me if I'm wrong on this, but > as I understand it PHP has no notion of packages, yet many calls to > modify how namespace importing works seem to be under the illusion > that packages exist. This is understan

Re: [PHP-DEV] Preposition in IntlDateFormatter

On Sun, 19 Nov 2017, Markus Fasselt wrote: > I just noticed an issue with PHP's DateFormatter and some locales. > > Consider this example code: > > > foreach (['en', 'de', 'da', 'pt', 'fr', 'cs'] as $locale) { > > $df = new IntlDateFormatter($locale, IntlDateFormatter::LONG, > > IntlDateForm

Re: [PHP-DEV] [RFC] [VOTE] Implement missing SQLite feature "openBlob" in PDO

On Mon, 30 Oct 2017, Rowan Collins wrote: > On 30/10/2017 03:14, Dan Ackroyd wrote: > > The vote for this should have ended..3 days ago. > > > > At which point I believe the vote was actually passing. > > > Hm, that's awkward! > > For the record: > > - voting was announced on the evening

Re: [PHP-DEV] Consistent indentation for test files

On Sun, 29 Oct 2017, Jakub Zelenka wrote: > On Sat, Oct 28, 2017 at 12:59 PM, Nikita Popov wrote: > > Here are the current statistics for code in .phpt files: > > > > total: 15515 > > prefer tabs: 4273 (27.5%) > > prefer spaces: 6307 (40.7%) > > draw: 77 (0.5%) > > no indentation: 4858 (31.3%)

[PHP-DEV] Weird PHP 7.2 bug

Hi, running: https://raw.githubusercontent.com/xdebug/xdebug/master/tests/bug01263.inc with: $ php -n -dzend_extension=opcache.so -dopcache.enable_cli=1 tests/bug01263.inc Produces the following output with PHP 7.2 build at Oct 29 2017 18:49:58: In function PHP_CodeCoverage::addUncoveredFilesFr

Re: [PHP-DEV] [VOTE] JSON_THROW_ON_ERROR

On Mon, 25 Sep 2017, Andrea Faulds wrote: > Hi everyone, > > https://wiki.php.net/rfc/json_throw_on_error > > Voting opens today, 2017-09-25, and ends in 10 days' time, 2017-10-05. Under > the terms of the voting RFC this only needs 50%+1 but I'll feel guilty if it's > not 2/3 so it's 2/3. > >

Re: [PHP-DEV] Confusing type mismatch error messages

On Wed, 20 Sep 2017, Christoph M. Becker wrote: > Hi everybody! > > If a type declaration inadvertently uses `boolean` or `integer` (instead > of `bool` and `int`, respectively), the error message is rather confusing: > > […] must be an instance of boolean, boolean given, […] > > This issue h

Re: [PHP-DEV] [RFC] Pre-draft for PipeOp v2

On Wed, 20 Sep 2017, Nikita Popov wrote: > On Wed, Sep 20, 2017 at 6:32 AM, Sara Golemon wrote: > > > I was planning to update the RFC, but wiki.php.net is having issues > > atm and isn't coming back up with basic coaxing, so I'll just start > > discussion informally, and the RFC can be updates

Re: [PHP-DEV] GD vs Imagick

On Tue, 15 Aug 2017, Rasmus Schultz wrote: > The following GD issue is all-too common: > > https://stackoverflow.com/questions/5773032/how-to-stop-gd2-from-washing-away-the-colors-upon-resizing-images > > Basically anyone who's ever accepted uploaded images and resized or > converted them, has b

[PHP-DEV] Re: Deprecating DateTime::ISO8601 / DATE_ISO8601

On Thu, 22 Jun 2017, Niklas Keller wrote: > Hey, > > can we please deprecate DateTime::ISO8601 / DATE_ISO8601 so we can change > them to the proper format in a later version? It's really ridiculous. No, we can not remove this. cheers, Derick -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] DateInterval and ISO 8601

On Thu, 22 Jun 2017, David Rodrigues wrote: > As mentioned on doc (http://php.net/manual/en/dateinterval.construct.php) > the format is based on ISO 8601 ( > https://en.wikipedia.org/wiki/ISO_8601#Durations), but it doesn't respects, > for instance, decimal values. There are some reason for that?

Re: [PHP-DEV] PHP_OS_FAMILY and macOS

On Tue, 13 Jun 2017, Sebastian Bergmann wrote: > Am 13.06.2017 um 14:40 schrieb Derick Rethans: > > Changing it surely means breaking BC? I believe we should continue to > > use OSX. > > PHP_OS_FAMILY is new in PHP 7.2, which is not final yet. In that case, I agre

Re: [PHP-DEV] PHP_OS_FAMILY and macOS

On Tue, 13 Jun 2017, Sebastian Bergmann wrote: > Thinking about https://github.com/sebastianbergmann/environment/issues/21 > it just occured to me that PHP_OS_FAMILY currently contains "OSX". > > Apple renamed (last year?) their "OS X" to "macOS". Should PHP_OS_FAMILY > not contain "macOS" then?

Re: [PHP-DEV] [RFC] [VOTE] Arrays starting with a negative index

On Tue, 6 Jun 2017, Pedro Magalhães wrote: > Hi all, > > I have just opened the vote on this RFC. > > The main goal of the RFC is to eliminate the inconsistency in arrays when > negative numeric keys are used explicitly and the following implicit keys > will start from zero. > > You can find th

Re: [PHP-DEV] Proposing inclusion of PCS in the 7.2 core distribution

On Tue, 6 Jun 2017, Remi Collet wrote: > Le 05/06/2017 à 19:46, François Laupretre a écrit : > > > > PCS provides a fast and easy mechanism to mix C and PHP code in PHP > > extensions (more about PCS at http://pcs.tekwire.net). Thanks to the > > PHP 7 performance improvement and the inclusion o

Re: [PHP-DEV] [RFC]Discuss] Syntax for Arrow Functions

On Tue, 30 May 2017, Levi Morrison wrote: > Internals, > > The previous discussion thread has died down significantly and so I'd > like to start a new one to refocus. This message has some redundant > information by design so people don't have to reference the other > thread so much. > > Based o

Re: [PHP-DEV] Re: Class Naming in Core

On Tue, 30 May 2017, Tony Marston wrote: > "Rowan Collins" wrote in message > news:dc66f890-a033-4efa-8f2b-cb365c8a4...@gmail.com... > > > > On 30 May 2017 09:21:38 BST, Tony Marston wrote: > > > > > Different projects/teams/organisations are free to use whatever > > > naming convention they l

Re: [PHP-DEV] HYBRID VM

Hi! On Mon, 15 May 2017, Dmitry Stogov wrote: > Recently, I committed HYBRID VM into master, but didn't enable it by > default yet. > > It provides significant performance improvement on small benchmarks > (1.5 times faster on bench.php) and slight improvement on real-life > apps (1-2% on wor

Re: [PHP-DEV] Re: Inconsistency in line numbers.

On Sat, 15 Apr 2017, Stanislav Malyshev wrote: > Hi! > > > behavior I wasn't aware of: https://3v4l.org/6fSRb In backtraces the call > > is located on the line of it's last argument (in PHP 5.6 the line of the > > closing ")"). Wouldn't it make more sense to use the starting line of the > > call?

[PHP-DEV] Re: Inconsistency in line numbers.

On April 15, 2017 5:24:53 PM GMT+01:00, Nikita Popov wrote: >On Sat, Apr 15, 2017 at 5:25 PM, Derick Rethans wrote: > >> Hi Nikita, >> >> Through Xdebug bug #1413 (https://bugs.xdebug.org/view.php?id=1413), >I >> noticed >> that behaviour with class cons

[PHP-DEV] Inconsistency in line numbers.

Hi Nikita, Through Xdebug bug #1413 (https://bugs.xdebug.org/view.php?id=1413), I noticed that behaviour with class constants changed between PHP 7.1.3 and PHP 7.1.4. I *believe* it is because of the fix for issue #69676 (https://bugs.php.net/bug.php?id=69676) that got fixed in PHP 7.1.4. With OP

Re: [PHP-DEV][RFC][VOTE] Allow abstract function override

On Tue, 28 Mar 2017, Marco Pivetta wrote: > Voted "no" because of this paragraph: > > > This RFC proposes to allow this, even if it has very few uses, and > > because there is no reason to disallow a compatible redefinition. > > I couldn't see a use-case. > > In addition to that, this breaks t

Re: [PHP-DEV] [PATCH] Make var_export() output "(object)array(..." instead of "stdClass::__set_state(..." for stdClass

On Tue, 14 Mar 2017, Andrea Faulds wrote: > Hi everyone, > > Since stdClass has no __set_state method, var_export() produces unusable > output if given an object of that class. I wrote a patch that would make > var_export() produce a cast to object instead, which could be evaluated to get > back

Re: [PHP-DEV] generating code from AST

On Tue, 7 Mar 2017, Sebastian Bergmann wrote: > Am 07.03.2017 um 07:01 schrieb David Walker: > > > When/if there are changes to AST, having a tool like these in core > > would require them to be updated at the same time. > > Exactly. > > > Would this concept also want to extend to a VLD-esque e

Re: [PHP-DEV] [Request for Comment] Loading dynamic libraries with cross dependencies.

On Fri, 3 Mar 2017, Sara Golemon wrote: > On Fri, Mar 3, 2017 at 5:47 AM, Derick Rethans wrote: > >> The average PHP extension is dependent only on the PHP runtime it was > >> built for and probably one or more 3rd party libraries. However, a > >> special cl

Re: [PHP-DEV] [Request for Comment] Loading dynamic libraries with cross dependencies.

On Tue, 28 Feb 2017, Sara Golemon wrote: > The average PHP extension is dependent only on the PHP runtime it was > built for and probably one or more 3rd party libraries. However, a > special class of extensions (such as PDO drivers and much of the XML > family) have dependencies on other PHP ext

Re: [PHP-DEV] Change debug_zval_dump to return the dump unaffected by __debugInfo?

On Tue, 7 Feb 2017, Rowan Collins wrote: > On 7 February 2017 11:25:53 GMT+00:00, Wes wrote: > > >But even better, it would be nice if debug_zval_dump() always > >returned the debug information unaffected by custom user-defined > >__debugInfo. This is by the way what HHVM does: > >https://3v4l

Re: [PHP-DEV] Namespaces in Core

On Mon, 6 Feb 2017, Stanislav Malyshev wrote: > > I'm strongly against use of the PHP namespace as a blanket namespace > > for bundled PHP extensions. The PHP namespace should be used only > > for functionality that is actually in some way related to PHP. For > > example, the php-ast extension

Re: [PHP-DEV] Namespaces in Core

On Mon, 6 Feb 2017, Sara Golemon wrote: > On Mon, Feb 6, 2017 at 3:47 PM, Nikita Popov wrote: > > > I'm strongly against use of the PHP namespace as a blanket namespace > > for bundled PHP extensions. The PHP namespace should be used only > > for functionality that is actually in some way relat

Re: [PHP-DEV] Namespaces in Core

On Mon, 6 Feb 2017, Nikita Popov wrote: > On Mon, Feb 6, 2017 at 6:21 PM, Fleshgrinder wrote: > > > First: I like namespaces in Core but here me out! > I'm strongly against use of the PHP namespace as a blanket namespace for > bundled PHP extensions. The PHP namespace should be used only for

Re: [PHP-DEV] Change in type-hint representation

On Wed, 11 Jan 2017, Dmitry Stogov wrote: > Hi, > > > I propose to introduce a unified type representation (zend_type). > > Now it's going to be used for typing of arguments and return values. > > Later we should use it for properties and other things. > > > https://gist.github.com/dstogov/1

[PHP-DEV] Re: [PHP-CVS] com php-src: Use new param API in standard: ext/standard/browscap.c ext/standard/cyr_convert.c ext/standard/datetime.c ext/standard/dl.c ext/standard/dns.c ext/standard/fsock.c

On December 31, 2016 3:28:54 AM GMT+01:00, Sara Golemon wrote: >Commit:07959c1cae8ef9b69ea6f0586259b7f37939bf4a >Author:Sara Golemon Fri, 30 Dec 2016 >18:03:33 -0800 >Parents: 2ea5b64d9a549a0e0a7e51a7682a3b4c903b63d4 >Branches: master > >Link: >http://git.php.net/?p=php-s

[PHP-DEV] Re: [PECL-DEV] Intention to move mcrypt to PECL

On Mon, 12 Dec 2016, Leigh wrote: > Ok rookie PECL mistake here. > > I was adding Derick and Sascha as leads (as they were the original leads) > and demoting myself to helper (not knowing it was required to further > maintain the package). So I have locked myself out :) > > Could you add me back

Re: [PHP-DEV] php.net mailing setup owner?

On Thu, 1 Dec 2016, Rasmus Lerdorf wrote: > The problem here is that it is not a standard mail setup so finding online > resources is tricky. It is Ecelerity from MessageSystems. I have been > poking the config trying to find where this subject keyword thing is > defined, but so far no luck. In th

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2

On Fri, 18 Nov 2016, Nikita Popov wrote: > Hi internals! > > I've submitted this RFC for PHP 7.1 previously, but didn't follow through > due to time constraints. Now I'd like to propose an extended version for > PHP 7.2 and vote on it sooner rather than later to avoid a repeat > performance. > >

Re: [PHP-DEV] C89 vs. C99

On Sat, 12 Nov 2016, Nikita Popov wrote: > On Sun, Jun 12, 2016 at 11:08 AM, Fleshgrinder wrote: > > > I am curious why we are not finally doing the switch to C99 with VC14 > > finally supporting most of C99. I mean, I know that GCC and VC14 do no > > fully support C99 but the most common featur

Re: [PHP-DEV] Security issue handling

On Wed, 2 Nov 2016, Joe Watkins wrote: > Morning, > > Stas, consider Leigh vouched for, please add him to sec lists and private > bugs. I've given him karma to look at the security (private) bugs. cheers, Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: ht

Re: [PHP-DEV] Re: PHP 5.6 static access valgrind issue

On Thu, 10 Nov 2016, Dmitry Stogov wrote: > On Nov 9, 2016 20:45, Derick Rethans wrote: > > > > On Wed, 9 Nov 2016, Nikita Popov wrote: > > > > > On Wed, Nov 9, 2016 at 4:09 PM, Derick Rethans wrote: > > > > > > > On Wed, 9 Nov 2016, Christoph

Re: [PHP-DEV] Re: PHP 5.6 static access valgrind issue

On Wed, 9 Nov 2016, Nikita Popov wrote: > On Wed, Nov 9, 2016 at 4:09 PM, Derick Rethans wrote: > > > On Wed, 9 Nov 2016, Christoph M. Becker wrote: > > > > > On 09.11.2016 at 15:21, Derick Rethans wrote: > > > > > > > > > >

Re: [PHP-DEV] Re: PHP 5.6 static access valgrind issue

On Wed, 9 Nov 2016, Christoph M. Becker wrote: > On 09.11.2016 at 15:21, Derick Rethans wrote: > > And running it with "valgrind php -n index.php", produces: > > > > root@debian-8-64bit:/home/derick/xdebug-issue-1185# valgrind php -n > > index.php >

[PHP-DEV] PHP 5.6 static access valgrind issue

Hi! Through https://bugs.xdebug.org/view.php?id=1185 I ran into a bug in PHP proper. Apparently, this script: https://derickrethans.nl | https://xdebug.org | https://dram.io Like Xdebug? Consider a donation: https://xdebug.org/donate.php twitter: @derickr and @xdebug -- PHP Internals -

Re: [PHP-DEV] DateTime microseconds discussion

Hi, On Tue, 8 Nov 2016, Arjen Schol wrote: > I think you make some bad assumptions here. Please don't top-reply on this list. > The examples provided by Sjon are > scripts submitted to 3v4l.org They may have bad assumptions, but are real life > examples of DateTime usage. And they will break.

Re: [PHP-DEV] DateTime microseconds discussion

On Tue, 8 Nov 2016, Arjen Schol wrote: > Hi, > > Support for microseconds was added late in the 7.1 RC cycle, however is has > some issues: Some *additional* support for microseconds was added in the PHP 7.1 cycle, mostly to support bug fixes that have been around for a long time. > > 1. The

Re: [PHP-DEV] Github integration with AppVeyor

On Wed, 26 Oct 2016, Anatol Belski wrote: > Hi, > > There's yet another CI service there called AppVeyor.com. It provides same > functionality Travis does, but for Windows. A corresponding PR > https://github.com/php/php-src/pull/2169 aims to implement the integration. > I'm writing to inform the

RE: [PHP-DEV] Regression between RC1 and RC2?

On Sat, 8 Oct 2016, Anatol Belski wrote: > From: m...@daveyshafik.com [mailto:m...@daveyshafik.com] On Behalf Of Davey > Shafik > > > > On Fri, Oct 7, 2016 at 12:52 PM, Nikita Popov wrote: > > > > > On Fri, Oct 7, 2016 at 9:31 PM, Derick Rethans wrote: >

<    1   2   3   4   5   6   7   8   9   10   >