Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

Den 2023-09-11 kl. 11:28, skrev Dmitry Stogov: Hi internals, I'm glad to present a new JIT engine that is going to be used in the next major PHP version. Now it's a real optimizing compiler with Intermediate Representation similar to Java HotSpot server compiler. It makes a base for future impr

Re: [PHP-DEV] [RFC] [Vote] PHP 8.3 deprecations

Den 2023-06-22 kl. 14:52, skrev Nicolas Grekas: As previously announced on the list, we have just started the vote about the annual PHP deprecation RFC. Link to the RFC: https://wiki.php.net/rfc/deprecations_php_8_3 Link to the discussion thread: https://externals.io/message/120422 The vote is

Re: [PHP-DEV] Moving PHP internals to GitHub

Den 2023-04-13 kl. 10:38, skrev Mikhail Galanin via internals: Hello good people, Looks like another hot discussion on the list, isn't it? Just wanted to share my notice about the initial idea. 7 years ago there were people considering NNTP as an option. Nowadays, it's pretty clear that it isn

[PHP-DEV] Re: Future stability of PHP?

Den 2023-04-08 kl. 20:36, skrev Stephan Soller: Hello, I'm sorry if this isn't the correct mailing list for that discussion but I couldn't find a more appropriate one where people actually know how the wind is blowing. A few days ago I migrated a project from PHP 7.1 to 8.2 and the amount of

[PHP-DEV] Re: [RFC] PHP Technical Committee

Den 2023-04-07 kl. 12:58, skrev Jakub Zelenka: Hello, Here is a proposal for an introduction of the PHP Technical Committee: https://wiki.php.net/rfc/php_technical_committee The main purpose of this RFC is to have better decision process when technical conflicts between developer arise. This

Re: [PHP-DEV] [RFC] Path to Saner Increment/Decrement operators

Den 2023-01-18 kl. 13:22, skrev G. P. B.: On Tue, 17 Jan 2023 at 18:28, Mark Baker wrote: On 17/01/2023 17:28, Craig Francis wrote: I've seen this used a few times, e.g. starting with a numerical value (Passport number, NHS number, Social Security Number, Date of Birth 20230117), and the dev

Re: [PHP-DEV] [RFC] [VOTE] Constants in traits

Den 2022-07-08 kl. 18:29, skrev Jordan LeDoux: On Tue, Jul 5, 2022 at 2:39 PM shinji igarashi wrote: Hello internals, I've started the vote for the Constants in Traits RFC: https://wiki.php.net/rfc/constants_in_traits The vote will end on 19. July 2022. Thanks! -- Shinji Igarashi I don'

Re: [PHP-DEV] [RFC] Short Closures 2, aka auto-capture take 3

Extending the traditional anonymous function with use(*) for capturing everything. Anyway, hope this passes for PHP 8.2! Regards //Björn Larsson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Short Closures 2, aka auto-capture take 3

Den 2022-06-13 kl. 14:57, skrev Arnaud Le Blanc: On samedi 11 juin 2022 23:14:28 CEST Rowan Tommins wrote: My main concern is summed up accidentally by your choice of subject line for this thread: is the proposal to add *short closure syntax* or is it to add *auto-capturing closures*? The prop

Re: [PHP-DEV] NULL Coercion Consistency

Den 2022-05-08 kl. 08:52, skrev Aleksander Machniak: On 07.05.2022 23:11, Jordan LeDoux wrote: What exactly would be the purpose of `?int` if this RFC was passed? To pass the value as null instead of 0? That's it? Yes. No change here. What about `int|float`? Which one would it be coerced to

[PHP-DEV] Re: NULL Coercion Consistency

Den 2022-04-08 kl. 19:34, skrev Craig Francis: Hi, I've written a new draft RFC to address the NULL coercion problems: https://wiki.php.net/rfc/null_coercion_consistency This is due to the result of the Allow NULL quiz: https://quiz.craigfrancis.co.uk/ 14 votes for Fatal Type Errors irrespec

Re: [PHP-DEV] [RFC] Add true as type

Den 2022-04-08 kl. 18:47, skrev G. P. B.: Hello internals, I would like to open the discussion on the RFC to add true as a type. https://wiki.php.net/rfc/true-type Now that null and false can be used as standalone types, I think it makes a lot of sense to add true as a value type for the sake o

[PHP-DEV] Re: Undefined variables and the array append operator

Den 2022-03-29 kl. 21:44, skrev Rowan Tommins: Hi all, If $foo is not defined, statements such as $foo += 1 and $foo .= 'blah' raise "undefined variable" Warnings in PHP 8, and will throw Errors in PHP 9. However, the very similar looking $foo[] = 1 succeeds silently. This seems odd to me, a

[PHP-DEV] Re: [RFC] Deprecate and Remove utf8_encode and utf8_decode

Den 2022-03-24 kl. 19:48, skrev Rowan Tommins: On 24/03/2022 15:51, Björn Larsson wrote: Well, the usecase I can provide is that we have a site with content in ISO9959-1 (Latin 1). Thanks for the data point. Out of curiosity, what language is the site in, and where are you based? It'

[PHP-DEV] Re: [RFC] Deprecate and Remove utf8_encode and utf8_decode

Den 2022-03-23 kl. 14:46, skrev Rowan Tommins: On 20/02/2022 18:55, Rowan Tommins wrote: I would like to open discussion on an RFC to deprecate and later remove the functions utf8_encode() and utf8_decode() https://wiki.php.net/rfc/remove_utf8_decode_and_utf8_encode Final chance for feedb

Re: [PHP-DEV] PHP Community to support Ukraine and help to stopRussian agression

Den 2022-03-05 kl. 23:26, skrev Kris Craig: On Sat, Mar 5, 2022 at 7:05 AM 😉 Good Guy 😉 wrote: On 05/03/2022 11:45, Sergey Panteleev wrote: Several members have asked not to have a debate on this mailing list, let's respect their opinions too. It's not debating. The original post was si

Re: [PHP-DEV] Allowing NULL for some internal functions

Den 2022-01-02 kl. 00:17, skrev Craig Francis: On Thu, 2 Dec 2021 at 15:19, Sara Golemon wrote: On Thu, Dec 2, 2021 at 8:48 AM Craig Francis wrote: Is there any value in me proposing an RFC to update *some* internal functions so they can accept NULL? I'm not hard against this idea. The

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

Den 2021-11-15 kl. 10:52, skrev Derick Rethans: Dear Internals, On Wed, 10 Nov 2021, Nikita Popov wrote: On Wed, Aug 25, 2021 at 12:02 PM Nikita Popov wrote: This RFC takes the more direct route of deprecating this functionality entirely. I expect that this will have relatively little impac

[PHP-DEV] Re: [RFC] Migrating to GitHub issues

Den 2021-11-02 kl. 15:19, skrev Nikita Popov: Hi internals, The migration from bugs.php.net to GitHub issues has already been discussed in https://externals.io/message/114300 and has already happened for documentation issues. I'd like to formally propose to use GitHub for PHP implementation iss

Re: [PHP-DEV] Alias stdClass to DynamicObject?

Den 2021-09-06 kl. 18:22, skrev Christian Schneider: Am 06.09.2021 um 18:08 schrieb Benjamin Morel : Yes, please! A future where dynamic properties are only allowed on DynamicObject is bright. I have nothing against a DynamicObject alias for people who like to be more explicit in their code..

[PHP-DEV] Re: Alias stdClass to DynamicObject?

Den 2021-09-06 kl. 17:28, skrev Nikita Popov: Hi internals, In the thread for deprecation of dynamic properties, Rowan suggested that we alias "stdClass" to "DynamicObject" in https://externals.io/message/115800#115802. I wanted to split this discussion off into a separate thread, as this can be

Re: [PHP-DEV] Re: 8.1 / Exception / Property Type / Backwardscompatbility

Den 2021-08-26 kl. 20:34, skrev Ben Ramsey: Nikita Popov wrote on 8/26/21 09:57: Right. I at least do not plan to address this issue. If you take a protected property and publicly re-export it, then any compatibility issues are on you. This does not appear to affect only cases where one is re-

[PHP-DEV] Re: 8.1 / Exception / Property Type / Backwards compatbility

Den 2021-08-10 kl. 11:55, skrev Philip Hofstetter: Hello The following valid <= PHP 8.0 code that intends to make the $line property public is a fatal error in 8.1 class FooException extends Exception { public $line; } However, the fixed code for 8.1: class FooException extends Exceptio

[PHP-DEV] Re: [RFC] Deprecate dynamic properties

Den 2021-08-25 kl. 12:02, skrev Nikita Popov: Hi internals, I'd like to propose the deprecation of "dynamic properties", that is properties that have not been declared in the class (stdClass and __get/__set excluded, of course): https://wiki.php.net/rfc/deprecate_dynamic_properties This has be

Re: [PHP-DEV] [Vote] Partial Function Application

Den 2021-06-28 kl. 16:52, skrev Nikita Popov: On Mon, Jun 21, 2021 at 4:26 PM Björn Larsson mailto:bjorn.x.lars...@telia.com>> wrote: Would you look on this feature in a different light if the above concerns about strict types and nullsafe calls could be clarified / solved?

Re: [PHP-DEV] [RFC] New in initializers

Den 2021-06-17 kl. 12:08, skrev Nikita Popov: On Thu, Jun 17, 2021 at 11:53 AM Côme Chilliet < come.chill...@fusiondirectory.org> wrote: Le Wed, 16 Jun 2021 10:16:37 +0200, Nikita Popov a écrit : 1. Eagerly evaluate initializers on declaration. This is what I tried in an earlier revision o

Re: [PHP-DEV] [Vote] Partial Function Application

question is rather, is the necessary complexity of an implementation with the kind of semantics that are desirable justified. Cheers Joe On Mon, 21 Jun 2021 at 16:26, Björn Larsson via internals mailto:internals@lists.php.net>> wrote: Den 2021-06-18 kl. 16:08, skrev Nikita Popov:

Re: [PHP-DEV] [Vote] Partial Function Application

Den 2021-06-18 kl. 16:08, skrev Nikita Popov: On Wed, Jun 16, 2021 at 6:17 PM Larry Garfield wrote: Hi folks. The vote for the Partial Function Application RFC is now open, and will run until 30 June. https://wiki.php.net/rfc/partial_function_application Of particular note, a few people had

Re: [PHP-DEV] [RFC] Partial Function Application, take 2

i Morrison seemed to approve: https://externals.io/message/114157#114667 <https://externals.io/message/114157#114667> -Mike I second this opinion. So is the "...?" syntax something that will be considered? r//Björn Larsson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

[PHP-DEV] Re: [RFC] Pipe Operator, take 2

es to a vote. Thanks! I have been waiting for this :) r//Björn Larsson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Partial function application

Den 2021-05-11 kl. 17:38, skrev Larry Garfield: On Sun, Apr 25, 2021, at 2:25 PM, Larry Garfield wrote: Greetings, Internalians! I would like to offer for your consideration another RFC, specifically syntax for partial function application. https://wiki.php.net/rfc/partial_function_application

[PHP-DEV] Re: Changes to Git commit workflow Nikita Popov

Den 2021-03-29 kl. 23:10, skrev Benjamin Morel: Hi everyone, Yesterday (2021-03-28) two malicious commits were pushed to the php-src repo [1] from the names of Rasmus Lerdorf and myself. We don't yet know how exactly this happened, but everything points towards a compromise of the git.php.net s

Re: [PHP-DEV] [RFC] Phasing out Serializable

Den 2021-03-23 kl. 18:19, skrev Nikita Popov: On Tue, Mar 23, 2021 at 5:01 PM Nicolas Grekas mailto:nicolas.grekas%2b...@gmail.com>> wrote: Hello Nikita, Picking up a loose thread: https://wiki.php.net/rfc/custom_object_serialization

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

Den 2021-03-22 kl. 15:58, skrev Ben Ramsey: On Mar 22, 2021, at 04:24, Nikita Popov wrote: Hi internals, It's time for another deprecation RFC: https://wiki.php.net/rfc/deprecations_php_8_1 This is a collection of minor deprecations that various people have put together over the last ~2 years

Re: [PHP-DEV] What should we do with utf8_encode and utf8_decode?

Den 2021-03-22 kl. 14:10, skrev Sara Golemon: On Mon, Mar 22, 2021 at 5:24 AM Rowan Tommins wrote: I'm strongly against any concept of "indefinite deprecation". I consider any deprecation notice a commitment to remove the feature in the future, even if a specific timeline for that removal is no

Re: [PHP-DEV] What should we do with utf8_encode and utf8_decode?

Den 2021-03-22 kl. 12:12, skrev Rowan Tommins: Hi Björn, On 22/03/2021 10:28, Björn Larsson wrote: In our case we use the utf8_decode functions to convert from UTF8 in the client to ISO-8859-1 on the server, since the site is encoded in latin1. Our usage of that function is working flawlessly

Re: [PHP-DEV] What should we do with utf8_encode and utf8_decode?

Den 2021-03-21 kl. 22:39, skrev Rowan Tommins: On 21/03/2021 21:00, Max Semenik wrote: Just a quick reminder that it's possible to compile PHP without mbstring and intl, which means that some hosts will provide PHP without these extensions, and some packagers make them available as separate pa

Re: [PHP-DEV] [RFC]: Change Default mysqli Error Mode

Den 2021-01-28 kl. 01:31, skrev Kamil Tekiela: I'm missing a thing here when we talk about "your code". I mean on our site we have third party libraries. They can typically have a release schedule on a couple of releases each year. So all code is not up to us to change. So ho

Re: [PHP-DEV] [RFC]: Change Default mysqli Error Mode

Den 2021-01-27 kl. 17:13, skrev Björn Larsson: Den 2021-01-27 kl. 16:07, skrev Kamil Tekiela: Wouldn't this mean everybody would add mysqli_report() to their code? That is the idea. That is what everyone should already have in their codebase.    And wouldn't this render the

Re: [PHP-DEV] [RFC]: Change Default mysqli Error Mode

Den 2021-01-27 kl. 16:07, skrev Kamil Tekiela: Wouldn't this mean everybody would add mysqli_report() to their code? That is the idea. That is what everyone should already have in their codebase. And wouldn't this render the default of mysqli_report() entirely useless? I'm sorry, but I do

Re: [PHP-DEV] [RFC]: Change Default mysqli Error Mode

Den 2021-01-25 kl. 17:25, skrev Christian Schneider: Am 25.01.2021 um 16:59 schrieb G. P. B. : The BC break is totally minimal as it's a one line of code that needs to be added (and for all intent and purposes should already be done). That does not change the fact that it is a BC break which

Re: [PHP-DEV] [RFC]: Change Default mysqli Error Mode

error") { "error handling" } If so I think that like in other RFC's an investigation should be done on how much code that is affected to assess BC impact. Btw, I liked your proposal on how to improve prepared statements in mysqli a lot! Regards //Björn Larsson -- PH

Re: [PHP-DEV] Re: [RFC] Phasing out Serializable

Den 2021-01-08 kl. 00:23, skrev Björn Larsson: Den 2021-01-06 kl. 17:51, skrev Nikita Popov: On Tue, Dec 15, 2020 at 12:14 AM Björn Larsson mailto:bjorn.x.lars...@telia.com>> wrote: Den 2020-12-07 kl. 16:49, skrev Nikita Popov: > On Mon, Dec 7, 2020 at 3:49 PM Björ

[PHP-DEV] Re: [RFC] Allow object keys in arrays

Den 2021-01-11 kl. 15:28, skrev Nikita Popov: Hi internals, I would like to present a draft RFC for allowing object keys in arrays: https://wiki.php.net/rfc/object_keys_in_arrays The specification in the RFC is incomplete, and primarily focussed on what impact this has from an internal perspect

Re: [PHP-DEV] Re: [RFC] Phasing out Serializable

Den 2021-01-06 kl. 17:51, skrev Nikita Popov: On Tue, Dec 15, 2020 at 12:14 AM Björn Larsson mailto:bjorn.x.lars...@telia.com>> wrote: Den 2020-12-07 kl. 16:49, skrev Nikita Popov: > On Mon, Dec 7, 2020 at 3:49 PM Björn Larsson mailto:bjorn.x.lars...@telia.com>&

[PHP-DEV] Re: [RFC] Phasing out Serializable

Den 2020-12-07 kl. 16:49, skrev Nikita Popov: On Mon, Dec 7, 2020 at 3:49 PM Björn Larsson wrote: Den 2020-12-07 kl. 15:11, skrev Nikita Popov: Hi internals, Picking up a loose thread: https://wiki.php.net/rfc/custom_object_serialization introduced a replacement for Serializable in PHP 7.4

Re: [PHP-DEV] [RFC] Short-match

Den 2020-12-14 kl. 22:23, skrev Sara Golemon: On Mon, Dec 14, 2020 at 2:24 PM Doug Nelson wrote: Both you and Sara at different points have talked about thinking was bad practice, but I've not read anything compelling about why it should be considered as such. I'm not a full -1 on the conce

[PHP-DEV] Re: [RFC] Phasing out Serializable

Den 2020-12-07 kl. 15:11, skrev Nikita Popov: Hi internals, Picking up a loose thread: https://wiki.php.net/rfc/custom_object_serialization introduced a replacement for Serializable in PHP 7.4, so it's time to think about deprecating and removing the old mechanism: https://wiki.php.net/rfc/pha

Re: [PHP-DEV] Re: PHP 8 is_file/is_dir input handling

ch of a hurdle it is for PHP 8 migration? Especially of one has an application that needs to run on both PHP 7.x and PHP 8. Think it would be good if a solution / conclusion is found for PHP 8.0.1. r//Björn Larsson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] Re: PHP 8.0.0 Released!

ll be especially interesting to see if the migration was equally smooth, like for PHP 7. Static testing and the BC in libs we used was then two success factors. Regards //Björn Larsson Den 2020-11-26 kl. 16:28, skrev Sara Golemon: The PHP development team announces the immediate availability o

[PHP-DEV] Re: Supports to ?:= assignment operator

://wiki.php.net/rfc/short_ternary_equal_operator Thanks! Atenciosamente, David Rodrigues Work on this was done by Sara Golemon during 2016. I recall that the voting was closed, see: - https://externals.io/message/91901 Maybe time to bring it forward again for PHP 8.1? r//Björn Larsson -- PHP

Re: [PHP-DEV] Is there any interest for object constructor shorthand*just for stdClass*

rrays once when migrating our PHP 5 codebase to PHP 7, but the cost benefit analyse didn't show any worth while business aspects. The only thing we needed to do was to add one line with new stdClass for the PHP 7 migration to succeed. On 21/10/2020 10:38, Björn Larsson wrote: One typical use

Re: [PHP-DEV] Is there any interest for object constructor shorthand *just for stdClass*

would definitely be an improvement! It would enable a so called stepwise refinement :-) One typical usecase we have is populating an object with the result from a DB query or using an object to write to a DB. I'm also wondering how prevalent this feature is used in different Open Source li

Re: [PHP-DEV] [VOTE] Shorter Attribute Syntax Change

Den 2020-08-14 kl. 21:23, skrev Derick Rethans: On Fri, 14 Aug 2020, Sara Golemon wrote: Derick was trying to be good and meet my beta3 deadline. And I even got that date wrong by a week. Oops. Fortunately, I gave him that deadline (while thinking RC1) knowing some kind of bullshit like thi

Re: [PHP-DEV] Allow sleep() to accept non-integer values

Den 2020-08-11 kl. 10:53, skrev Rowan Tommins: On Tue, 11 Aug 2020 at 08:31, Michael Voříšek - ČVUT FEL < voris...@fel.cvut.cz> wrote: I am the author of https://github.com/php/php-src/pull/5961 , please provide feedback. This idea makes a lot of sense to me as a user (I'll leave comments o

Re: [PHP-DEV] Null-safe property access in interpolated strings

Hi Ilija, Den 2020-08-10 kl. 17:06, skrev Ilija Tovilo: Hi Nikita I think if it can be reasonably fixed it probably would make sense for consistency and WTF-avoidance if anything. Agree. I don't think the question of whether it is useful should come into this, it's a matter of language consi

Re: [PHP-DEV] Re: HTTP/1.1 by default in PHP 8.0

Hi Rowan, Den 2020-07-28 kl. 10:52, skrev Rowan Tommins: Hi Sara, On Tue, 28 Jul 2020 at 00:24, Sara Golemon wrote: Given that it's a very small change, the RFC is probably not necessary, in which case it's not too late, however I'd like some clarification about what this actually offers ov

Re: [PHP-DEV] Ternary associativity

Den 2020-07-23 kl. 17:26, skrev Sara Golemon: On Thu, Jul 23, 2020 at 7:26 AM Nikita Popov wrote: PHP currently has an incorrect right-associative ternary operator. In https://wiki.php.net/rfc/ternary_associativity the use of nested ternaries was deprecated, and was supposed to become an erro

Re: [PHP-DEV] [RFC] Saner string to number comparisons

Den 2020-07-14 kl. 15:48, skrev Nikita Popov: On Thu, Jul 2, 2020 at 10:09 AM Nikita Popov wrote: On Mon, Mar 4, 2019 at 6:00 PM Nikita Popov wrote: On Wed, Feb 27, 2019 at 10:23 AM Zeev Suraski wrote: On Tue, Feb 26, 2019 at 2:27 PM Nikita Popov wrote: Hi internals, I think it is w

Re: [PHP-DEV] [RFC] Nullsafe operator

Den 2020-07-14 kl. 10:51, skrev Ilija Tovilo: Hi Markus https://wiki.php.net/rfc/nullsafe_operator Would this still work together with short-circuiting and the null coalesce operator? $country = $session?->user?->getAddress()?->country ?? 'defaultCountry'; Yes, your example will still work,

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

Den 2020-06-24 kl. 15:40, skrev G. P. B.: Greetings internals, I want to bring back the following RFC, written by Andrea Faulds, back to the discussion table: https://wiki.php.net/rfc/trailing_whitespace_numerics As she doesn't have time to move forward with it she allowed me to take it over.

Re: [PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2

Den 2020-06-23 kl. 10:30, skrev Ilija Tovilo: Hi Björn I'd like to announce the match expression v2 RFC: https://wiki.php.net/rfc/match_expression_v2 Absolutely so. I was thinking of the case mentioned in v1 RFC when it's used as a stand-alone expression. match ($y) { ... }; ` Optional? I

Re: [PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2

Den 2020-06-22 kl. 18:05, skrev Benas IML: On Mon, Jun 22, 2020, 6:35 PM Björn Larsson wrote: Hi Ilija,Den 2020-06-18 kl. 22:51, skrev Ilija Tovilo: Hi Björn I'd like to announce the match expression v2 RFC: https://wiki.php.net/rfc/match_expression_v2 Well one could argue that

[PHP-DEV] Re: Making all Traversables an Iterator or IteratorAggregate

Hi Nikita, Den 2020-06-19 kl. 12:32, skrev Nikita Popov: On Tue, Jun 9, 2020 at 3:33 PM Nikita Popov wrote: On Tue, May 12, 2020 at 10:26 AM Nikita Popov wrote: On Wed, Mar 11, 2020 at 10:50 AM Nikita Popov wrote: Hi internals, Userland classes that implement Traversable must do so eit

[PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2

Hi Ilija,Den 2020-06-18 kl. 22:51, skrev Ilija Tovilo: Hi Björn I'd like to announce the match expression v2 RFC: https://wiki.php.net/rfc/match_expression_v2 Well one could argue that when working with legacy code containing switch statements where one gradually migrates to match, it might b

[PHP-DEV] Re: [RFC][Discussion] Change terminology to ExcludeList

Den 2020-06-16 kl. 14:14, skrev Michał Brzuchalski: Hi Internals, I'd like to start a discussion period for my RFC which proposes to change the use of "blacklist" in Opcache configuration with better self-descriptive terminology. The RFC is here https://wiki.php.net/rfc/change-terminology-to-ex

[PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2

Den 2020-06-16 kl. 18:17, skrev Ilija Tovilo: Hi Björn I'd like to announce the match expression v2 RFC: https://wiki.php.net/rfc/match_expression_v2 I do like this RFC and have one comment. Would it be suitable to have : as a separator instead of =>? `=>` is usually used in combination expre

[PHP-DEV] Re: [RFC][DISCUSSION] Match expression v2

Den 2020-06-06 kl. 00:09, skrev Ilija Tovilo: Hi internals I'd like to announce the match expression v2 RFC: https://wiki.php.net/rfc/match_expression_v2 Small reminder: Two weeks have passed since I announced the match v2 RFC with little new discussion. I'll leave it open for another two wee

Re: [PHP-DEV] Re: [RFC] Unbundle ext/xmlrpc

Den 2020-05-11 kl. 11:16, skrev Nikita Popov: On Mon, May 11, 2020 at 11:00 AM Björn Larsson mailto:bjorn.x.lars...@telia.com>> wrote: Den 2020-05-11 kl. 08:57, skrev Christoph M. Becker: > On 26.04.2020 at 15:28, Christoph M. Becker wrote: > >> I propo

[PHP-DEV] Re: [RFC] Unbundle ext/xmlrpc

Den 2020-05-11 kl. 08:57, skrev Christoph M. Becker: On 26.04.2020 at 15:28, Christoph M. Becker wrote: I propose to unbundle ext/xmlrpc, and written a respective RFC: Thanks for the feedback so far. Unless there are further issues regarding the RF

Re: [PHP-DEV] Adding TypeError and ValueError to count() function

Den 2020-01-21 kl. 18:16, skrev Nikita Popov: On Wed, Jan 8, 2020 at 1:23 PM Björn Larsson wrote: Den 2020-01-07 kl. 21:57, skrev George Peter Banyard: Greetings internals, I would like your input on adding TypeError and ValueError exceptions to the count() function in respect to the

Re: [PHP-DEV] Adding TypeError and ValueError to count() function

Den 2020-01-07 kl. 21:57, skrev George Peter Banyard: Greetings internals, I would like your input on adding TypeError and ValueError exceptions to the count() function in respect to the Consistent type errors for internal functions RFC [1], the initial PR [2] was denied as null was not accepted

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-31 kl. 16:48, skrev Claude Pache: Le 31 oct. 2019 à 15:59, Theodore Brown a écrit : Of course there will always be an infinite number of logical ways to structure a program, but this is quite different from having two different syntaxes in a language that do exactly the same thing

Re: [PHP-DEV] PHP 7.4 BC break with openssl_random_pseudo_bytes()

Den 2019-11-06 kl. 20:44, skrev Jakub Zelenka: On Wed, Oct 30, 2019 at 6:33 PM Jakub Zelenka wrote: On Wed, 30 Oct 2019, 18:32 Jakub Zelenka, wrote: On Mon, 23 Sep 2019, 14:02 Nikita Popov, wrote: On Mon, Sep 23, 2019 at 2:52 PM Christian Schneider < cschn...@cschneid.com> wrote: Hi,

Re: [PHP-DEV] GitHub RFC workflow

Den 2019-11-02 kl. 17:32, skrev Nikita Popov: Hi internals, Now that the union types RFC is drawing to a close, I think it's time to discuss the question of RFCs in GitHub pull requests again. Overall I'm fairly pleased with how this went and would like to adopt the process in some form. In par

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-08 kl. 20:22, skrev Stephen Reay: On 9 Oct 2019, at 01:08, Björn Larsson wrote: Den 2019-10-08 kl. 17:49, skrev Stephen Reay: On 8 Oct 2019, at 22:21, Andreas Hennings wrote: The problem with the backtick operator syntax is that it is an obscure but innocent-looking syntax for

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-04 kl. 17:45, skrev Mark Randall: Hi Internals, I put forward the following RFC "Deprecate Backtick Operator (V2)" for discussion. https://wiki.php.net/rfc/deprecate-backtick-operator-v2 I believe it is at least worth a discussion as to the pros and cons of deprecating this func

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-08 kl. 17:49, skrev Stephen Reay: On 8 Oct 2019, at 22:21, Andreas Hennings wrote: The problem with the backtick operator syntax is that it is an obscure but innocent-looking syntax for something that can have a huge, perhaps devastating, impact. It is rare enough in the field (as

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-08 kl. 12:24, skrev Christoph M. Becker: On 08.10.2019 at 11:44, Björn Larsson wrote: Den 2019-10-08 kl. 11:00, skrev Claude Pache: When evaluating the _unique_ cost of migrating legacy code, it should be balanced with the _continual_ cost of keeping the feature. That includes

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-08 kl. 11:00, skrev Claude Pache: Le 8 oct. 2019 à 10:26, Björn Larsson a écrit : Den 2019-10-06 kl. 15:41, skrev Mark Randall: On 06/10/2019 14:18, Reinis Rozitis wrote: Since `` are used for literal strings (for poorly chosen reserved words as field, table names (which happens

Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)

Den 2019-10-06 kl. 15:41, skrev Mark Randall: On 06/10/2019 14:18, Reinis Rozitis wrote: Since `` are used for literal strings (for poorly chosen reserved words as field, table names (which happens from time to time)) in MySQL (multiline) queries I doubt there is a simple way to distinguish an

Re: [PHP-DEV] [RFC] Union Types v2

Den 2019-09-26 kl. 10:06, skrev Nikita Popov: On Tue, Sep 24, 2019 at 10:06 PM Sara Golemon wrote: On Tue, Sep 24, 2019 at 12:24 PM Claude Pache wrote: The choice of supporting precisely the two literal values `null` and `false` is not arbitrary: They are the two values that are the most

Re: [PHP-DEV] Build instructions for Ubuntu 18.04 (and other systems)

Den 2019-09-15 kl. 20:49, skrev Nikita Popov: Hi, Our build instructions in https://github.com/php/php-src#building-php-source-code are currently a bit bare... they show the basic "./buildconf && ./configure && make" cycle, but everyone who actually tries this will quickly find out that there i

Re: [PHP-DEV] Re: [RFC] Union Types v2

Den 2019-09-18 kl. 15:33, skrev Nikita Popov: On Wed, Sep 4, 2019 at 10:26 AM Nikita Popov wrote: Hi internals, I'd like to start the discussion on union types again, with a new proposal: Pull Request: https://github.com/php/php-rfcs/pull/1 Rendered Proposal: https://github.com/nikic/php-rfc

Re: [PHP-DEV] [VOTE] Reclassifying engine warnings

Den 2019-09-18 kl. 21:44, skrev Claude Pache: Le 18 sept. 2019 à 18:28, Nikita Popov a écrit : I just realized that I missed one notice here, because it is generated from a different location: "Constant %s already defined" (The define/const will be ignored and the previous value used.) It wou

Re: [PHP-DEV] Re: [RFC] Reclassifying engine warnings

Den 2019-09-10 kl. 15:31, skrev Nikita Popov: On Wed, Aug 28, 2019 at 11:33 AM Nikita Popov wrote: Hi internals, I think it's time to take a look at our existing warnings & notices in the engine, and think about whether their current classification is still appropriate. Error conditions like

Re: [PHP-DEV] Windows builds of PHP 7.4+ use Visual Studio 2019

Den 2019-06-06 kl. 14:11, skrev Christoph M. Becker: Hi, I like to inform you, that the official Windows builds of PHP 7.4 and master (available from windows.php.net; currently only snapshot builds, of course) are done with Visual Studio 2019. While it is still possible to build these PHP versi

Re: [PHP-DEV] [RFC] Explicit call-site send-by-ref syntax

Den 2019-07-30 kl. 00:27, skrev Björn Larsson: Den 2019-07-29 kl. 20:00, skrev Stephen Reay: On 29 Jul 2019, at 22:34, Rowan Collins wrote: I guess what I had in mind was that *in the long-term*, out/inout parameters would replace & parameters, Excuse my ignorance (presumably about

Re: [PHP-DEV] Re: [RFC] Explicit call-site send-by-ref syntax

Den 2019-07-25 kl. 14:32, skrev Nikita Popov: On Wed, Dec 6, 2017 at 8:49 PM Nikita Popov wrote: Hi internals, I'd like propose optional support for explicitly marking by-reference argument passing at the call-site, in addition to the declaration-site: https://wiki.php.net/rfc/explicit_

Re: [PHP-DEV] [RFC] Explicit call-site send-by-ref syntax

Den 2019-07-29 kl. 20:00, skrev Stephen Reay: On 29 Jul 2019, at 22:34, Rowan Collins wrote: I guess what I had in mind was that *in the long-term*, out/inout parameters would replace & parameters, Excuse my ignorance (presumably about the complexity involved) if this is obvious, but if out/i

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

Den 2019-07-05 kl. 03:48, skrev Theodore Brown: On Thu, July 4, 2019 at 5:26 PM Björn Larsson wrote: Den 2019-07-03 kl. 17:25, skrev Peter Bowyer: Thanks for taking the time to push forward this RFC. I found the earlier discussion at https://externals.io/message/104744, which I hadn't

Re: [PHP-DEV] [VOTE] Voting opens for str_starts_with and ends_with functions

Den 2019-07-07 kl. 22:45, skrev Theodore Brown: On Thu, July 4, 2019 at 9:13 PM Will wrote: Hello all, After 15 days of discussion I have opened up voting on the following RFC (https://wiki.php.net/rfc/add_str_begin_and_end_functions). Thank you for your work on this. I'm surprised that so

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

Den 2019-07-03 kl. 17:25, skrev Peter Bowyer: Hi Andrey, Thanks for taking the time to push forward this RFC. I found the earlier discussion at https://externals.io/message/104744, which I hadn't seen. Like others, I would have chosen to keep {} for string offsets to make it clearer, though I h

Re: [PHP-DEV] [RFC][VOTE] Deprecate curly brace syntax for accessing array elements and string offsets

Den 2019-07-03 kl. 19:22, skrev Claude Pache: Le 3 juil. 2019 à 17:59, Nikita Popov a écrit : On Wed, Jul 3, 2019 at 4:41 PM Levi Morrison wrote: Was any analysis of usage done for top open source projects? I support this direction, but would prefer to know its current impact before votin

Re: [PHP-DEV] [RFC] Desire to move RFC add_str_begin_and_end_functions to a vote

Den 2019-07-04 kl. 18:43, skrev w...@wkhudgins.info: I have updated the RFC here https://wiki.php.net/rfc/add_str_begin_and_end_functions to reflect changes from the mailing list discussions. I will promptly open voting on this RFC. -Will Hi, I think it would be good to include references

Re: [PHP-DEV] [PATCH] Add configuration value to enable/disable stack trace logging

fic on that one to trigger the errors we got in production. My 50c on this subject, well aware of that having "ownership" of the LAMP stack is one prerequisite to not disclose sensitive info. r//Björn Larsson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: default_charset and mb_internal_encoding

Den 2019-04-11 kl. 15:41, skrev Christoph M. Becker: On 02.04.2019 at 11:42, Nicolai Scheer wrote: I'm currently in the process of migrating an old application from php 5.6 to 7.2. In the process, I fiddled with the default_charset ini setting. The documentation states (c.f. https://www.php.ne

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

Den 2019-04-24 kl. 23:35, skrev Andrey Andreev: Hello, I personally am not happy with the outcome of the vote. I think there's no practical benefit to be gained from the proposal and I don't even understand what has urged the author to make it; I voted No on both questions. However, what's done

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

Den 2019-04-24 kl. 23:38, skrev Peter Kokot: Hello, On Wed, 24 Apr 2019 at 23:12, Björn Larsson wrote: Hi, I did a quick check on two open source libraries that I'm using, namely Smarty templating library and Revive ad server. A quick glance at hand shows that they both uses the I&

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

Den 2019-04-24 kl. 19:43, skrev Chase Peeler: On Wed, Apr 24, 2019 at 1:27 PM Marco Pivetta wrote: On Wed, 24 Apr 2019, 19:25 Christian Schneider, wrote: Am 24.04.2019 um 19:13 schrieb Marco Pivetta : On Wed, 24 Apr 2019, 19:10 Christian Schneider, wrote: Am 24.04.2019 um 19:01 schrieb P

  1   2   3   >