[PHP-DEV] Re: [RFC] OOP API for cURL extension

Summarizing replies so far. Won't be able to update the RFC immediately as my day job needs me, but some great discussions already, gang. Thanks! * Define the conditions under which exceptions will be thrown (and which exceptions) - I'll add these to the RFC, but in short: * CurlException -

[RFC] OOP API for cURL extension

Good afternoon folks, I'd like to open discussion on adding OOP APIs to the cURL extension. https://wiki.php.net/rfc/curl-oop This has been a long standing bug-bear of mine, and I think its time has come. try { (new \CurlHandle)->setOpt(YOUR_VOTE, true)->exec(); } catch (\CurlHandleException

Re: [PHP-DEV] [RFC][Vote] RFC1867 for non-POST HTTP verbs

On Mon, Jan 22, 2024 at 1:24 AM Ilija Tovilo wrote: > I started the vote on the "RFC1867 for non-POST HTTP verbs" RFC. > https://wiki.php.net/rfc/rfc1867-non-post > > Apologies for not seeing the discussion period, but I'll qualify my "No" vote, because I'm actually +1 on the general concept,

Re: [PHP-DEV] Dedicated StreamBucket class

On Sat, Jan 13, 2024 at 1:29 AM Máté Kocsis wrote: > Recently, I realized that the stream_bucket_new() and > stream_bucket_make_writeable() functions > create stdClass instances by dynamically adding a "bucket", a "data" and a > "datalen" property to it. > I don't want to stand in the way of

Re: [PHP-DEV] Add security.txt file to php.net

On Thu, Sep 28, 2023 at 5:20 PM Ben Ramsey wrote: > I've added documentation inline in the security.txt file > To add some nitpicky bikeshedding, I'd put those instructions elsewhere (maybe php-src:docs/release-process.md ?) and only have a single line in the security.txt file referring out to

Re: [PHP-DEV] RFC [Discussion]: Marking overridden methods (#[\Override])

On Thu, May 11, 2023 at 11:37 AM Tim Düsterhus wrote: > > I'm now opening discussion for the RFC "Marking overridden methods > (#[\Override])": > I 100% get the intent behind this RFC, and as someone who's used this in multiple other languages the benefit to defensive coding is obvious.

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

On Tue, Apr 11, 2023 at 9:29 AM Jeffrey Dafoe wrote: > Essentially the same thing here. Removal of dynamic properties will be the > next big one for my team. It's the deprecations that hit huge swaths of > code without really offering much benefit that are annoying. > > Yes, we have a _lot_ of

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

On Tue, Apr 11, 2023 at 9:18 AM Robert Landers wrote: > > You can add `#[AllowDynamicProperties]` to classes where you want to > allow > > dynamic properties. > > I don't think that will work in PHP 9? > > In Niki's earliest draft, he wanted to completely remove dynamic properties from *default*

Re: [PHP-DEV] [RFC] New core autoloading mechanism with support for function autoloading

> On Apr 10, 2023, at 07:17, G. P. B. wrote: > > Hello Internals, > > Dan and I would like to propose a new core autoloading mechanism that fixes > some minor design issues with the current class autoloading mechanism and > introduce a brand-new function autoloading mechanism: >

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

> I'm saying that the DX for writing extensions is better in other languages. Citation needed. Java's extension API is certainly a hot mess. Python's is fine, but ultimately has similar pitfalls to PHP's. Go's looks very nice at first blush, but given that it's closer to an FFI than a

Re: [PHP-DEV] PHP Modules

> On Apr 10, 2023, at 20:40, Michael Morris wrote: > > This will be long. Yes, it's long, so I'm going to focus on a couple things and not quote too much. > I propose PHP Modules to hold new features. What you seem to have described is improved lexical scoping. Rather than a shared

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

> PHP has FFI but IMO it would benefit from further development. And the > benefits of native extensions will often be what's needed instead of FFI. I'm sorry. I must be misunderstanding you. Are you implying PHP has no native extension mechanism/API? PHP has had a native extension API since

Re: [PHP-DEV] base64url format

On Tue, Jan 10, 2023 at 8:44 AM Larry Garfield wrote: > > > Can hold a vote if anyone objects, but this seems fairly non-controversial. > > > > It sounds to me like there's enough discussion to be had on the How to warrant a formal RFC. I get the sense once the bikeshedding is done it will pass,

[PHP-DEV] base64url format

I've been working with JWTs lately and that means working with Base64URL format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) This is essentially the same thing as normal Base64, but instead of '+' and '/', it uses '-' and '_', respectively. It also allows leaving off the training '='

Re: [PHP-DEV] [RFC] Unicode Text Processing

On Thu, Dec 15, 2022 at 9:34 AM Derick Rethans wrote: > I have just published an initial draft of the "Unicode Text Processing" > RFC, a proposal to have performant unicode text processing always > available to PHP users, by introducing a new "Text" class. > > You can find it at: >

Re: [PHP-DEV] Remove PHP-x.y.* git branches

On Tue, Dec 13, 2022 at 12:03 PM Tim Düsterhus wrote: > One benefit of removing those branches would be, that usability of > GitHub's branch selector improves, specifically the branch selector when > creating a new PR. > Maybe this is my CLI privilege talking, but who's using pulldowns to select

Re: [PHP-DEV] Remove PHP-x.y.* git branches

On Tue, Dec 13, 2022 at 11:31 AM Michael Voříšek - ČVUT FJFI < voris...@fjfi.cvut.cz> wrote: > Hello everyone, > > I am the author of https://github.com/php/php-src/issues/10007 proposal > and I would ask you for the green light to do so. > > Why do you want to remove these branches? I agree

Re: [PHP-DEV] Change email address associated with account

On Mon, Oct 31, 2022 at 2:48 PM Josh Bruce wrote: > I’d like to change my email address for internals but don’t want to lose > ownership (??) of the falsifiable RFC: > https://wiki.php.net/rfc/objects-can-be-falsifiable > > Is this possible? Should I be posting this somewhere else, if so, where?

Re: [PHP-DEV] One-line heredoc for better syntax highlightning

On 19 September 2022 15:24:26 BST, "Olle Härstedt" < olle.haerst...@limesurvey.org> wrote: >Some editors can guess the domain-specific language inside heredoc, e.g. if you do > >$query = <MySQL; > >It would be nice if this feature could be used in single lines as well: >

Re: [PHP-DEV] RFC: StreamWrapper Support for glob()

2022-09-19 Thread Sara Golemon

On Sun, Sep 18, 2022 at 5:02 PM Timmy Almroth wrote: >> There's a PR linked, but we should define the actual goals/APIs etc... >> in the RFC itself as well as the numerous edge cases >> > I agree. If you wanna put it in writing I can put it in the RFC. For the > edge cases my proposal is to

Re: [PHP-DEV] RFC: StreamWrapper Support for glob()

2022-09-16 Thread Sara Golemon

Couldn't find the original message to reply to, but #1 I'd like to see the RFC actually fleshed out. There's a PR linked, but we should define the actual goals/APIs etc... in the RFC itself as well as the numerous edge cases Christophe noted and why they aren't (or are?) concerns. I do recall

[PHP-DEV] PHP 8.0.24RC1 Ready for testing

2022-09-15 Thread Sara Golemon

. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/271140e103c334a7c6b6f33492118ece 8.0.24 should be expected in 2 weeks, i.e. on 29th September 2022. Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.24RC1.tar.gz SHA256

[PHP-DEV] PHP 8.0.23 Released

2022-09-01 Thread Sara Golemon

be found at https://windows.php.net/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon

Re: [PHP-DEV] No longer allow block mode for declare(encoding)

2022-08-31 Thread Sara Golemon

On Wed, Aug 31, 2022 at 10:43 AM Christoph M. Becker wrote: > recently, there was a bug report regarding declare(encoding)[1]. I've > checked that, and found that the current implementation of > declare(encoding) doesn't make sense regarding "block mode", since this > is completely ignored;

Re: [PHP-DEV] PHP 8.2 branch cut

2022-08-29 Thread Sara Golemon

On Wed, Aug 24, 2022 at 4:45 AM Alexandru Pătrănescu wrote: > Maybe this should be clarified as the term "small self contained feature" > is not clear. > I mean, a lot of the new features are self contained, depending on how you > view it, and some of them are also small. > Like array_is_list

Re: [PHP-DEV] ksort breaking change

2022-08-26 Thread Sara Golemon

On Fri, Aug 26, 2022 at 11:53 AM Christian Schneider wrote: > Am 26.08.2022 um 18:28 schrieb Sara Golemon : > > What I can see is two noble, but conflicting ideals: > > 1/ sort() and ksort() should be consistent about their sorting > algorithms. > > I thin

[PHP-DEV] Re: ksort breaking change

2022-08-26 Thread Sara Golemon

On Fri, Aug 26, 2022 at 7:19 AM Christoph M. Becker wrote: > > On 26.08.2022 at 05:15, Go Kudo wrote: > > > In the actively supported version of PHP, `ksort()` has been modified to > > include BC Break. > > > > https://github.com/php/php-src/issues/9296 > > > > This may seem like an appropriate

Re: [PHP-DEV] What do you think CSPRNG in PHP

2022-07-25 Thread Sara Golemon

On Mon, Jul 25, 2022 at 7:08 AM Go Kudo wrote: > Indeed, But ext-openssl is not always available. > To use it in a ext-session, etc., it must be bundled reliably. > Which means that users can generally call `random_bytes()/random_int()` for an always available, but maybe not most performant

Re: [PHP-DEV] What to do with qa.php.net?

2022-07-08 Thread Sara Golemon

On Fri, Jul 8, 2022 at 9:48 AM Derick Rethans wrote: > I don't however think we should stick these QA builds in the web-downloads Git Repository though. It is growing big enough already and there was some earlier talk about moving them to Git LFS instead. I don't know how feasible or proprietary

Re: [PHP-DEV] What to do with qa.php.net?

2022-07-08 Thread Sara Golemon

On Thu, Jul 7, 2022 at 11:54 AM Christoph M. Becker wrote: > I wonder what we should do with qa.php.net. > I too have wondered this many a time. > The only really relevant stuff on the Website is the listing of > available QA releases, and the information on how to write PHPT test > cases. In

Re: [PHP-DEV] Discussion about new Curl URL API and ext/curl improvements

2022-06-20 Thread Sara Golemon

On Sat, Jun 18, 2022 at 9:53 PM Pierrick Charron wrote: > I hope you don't mind, I took some of your code from your "Enable > strict_types checking for curl_setopt()" pull request [1] to do some test > on introducing this but only on the OOP API. It's working very well [2]. > Can I know why this

Re: [PHP-DEV] Discussion about new Curl URL API and ext/curl improvements

2022-06-17 Thread Sara Golemon

On Thu, Jun 16, 2022 at 2:10 AM Pierrick Charron wrote: > For a long time, ext/curl worked with handles as "curl resources" and > functions mapped to the libcurl functions, but since PHP8.0 "curl > resources" were converted to opaque classes with no methods. So my main > goal here is to come up

Re: [PHP-DEV] Re: Adding new closing tag =?> for keeping trailing newline

2022-06-07 Thread Sara Golemon

On Tue, Jun 7, 2022 at 10:27 AM Robert Landers wrote: > FWIW, I think it makes a lot of sense, having used golang's template > language (not everyone is generating HTML with PHP). I think you may > just be dealing with a vocal minority and it would be worth putting to > an actual vote. Even if it

[PHP-DEV] PHP 8.0.20RC1 Ready for testing

2022-05-26 Thread Sara Golemon

. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/efa581558c226f7de4f45d85352e7588 8.0.20 should be expected in 2 weeks, i.e. on 9th June 2022. Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.20RC1.tar.gz SHA256

[PHP-DEV] PHP 8.0.18 Released

2022-04-14 Thread Sara Golemon

be found at https://windows.php.net/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon

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

2022-04-11 Thread Sara Golemon

On Mon, Apr 11, 2022 at 8:59 AM Tim Düsterhus wrote: > For `true` the story is different, as this type is an entirely new type > available to userland and by the same argument one could have literal > strings or literal integers as distinct types as well. I wouldn't object > to that per se (and

Re: [PHP-DEV] Re: Add leading backslash to enum and class names in var_export

2022-03-31 Thread Sara Golemon

> On Mar 31, 2022, at 11:03, Christoph M. Becker wrote: > > On 31.03.2022 at 17:45, Ilija Tovilo wrote: > >> We've had two bug reports for var_export not working for enums. The >> reason for that is that var_export does not add a leading backslash to >> names of enums. This will cause them

Re: [PHP-DEV] Typed constants revisited

2022-03-24 Thread Sara Golemon

On Thu, Mar 24, 2022 at 10:20 AM Pierre wrote: > > That was exactly my point: the type could simply implicitely be the one > of the original value. > > That works when the initial value is a literal, but what about when it's another cost? class Foo { const BAR = Baz::BAR; const BLING =

Re: [PHP-DEV] Discussion: String streams

2022-03-23 Thread Sara Golemon

On Tue, Mar 22, 2022 at 7:21 PM Larry Garfield wrote: > Are we talking about *arbitrary* user-space operator overloading? > Because a very specific, non-arbitrary, well-designed operator > overloading RFC was just rejected. > Yup. This was pointed out to me in r11, I guess I must have missed

Re: [PHP-DEV] Discussion: String streams

2022-03-22 Thread Sara Golemon

On Tue, Mar 22, 2022 at 10:28 AM Pierre wrote: > Le 22/03/2022 à 16:14, Sara Golemon a écrit : > > Who's just a hard-nope on userspace operator overloading? If your > reasons > > go beyond foot-gun (and that is a valid reason), could you share what > those > > reasons

Re: [PHP-DEV] Discussion: String streams

2022-03-22 Thread Sara Golemon

On Tue, Mar 22, 2022 at 10:31 AM Christian Schneider wrote: > Am 22.03.2022 um 16:14 schrieb Sara Golemon : > > So while I said I wanted to avoid the firestorm suggesting userspace > > overloading would bring, maybe that's the question to ask: > > > > Who's just a hard

Re: [PHP-DEV] Discussion: String streams

2022-03-22 Thread Sara Golemon

On Tue, Mar 22, 2022 at 5:38 AM Robert Landers wrote: > > But why can't we have generic operator overloading in which case this could > be completely built by libraries in userland? > I mean... honestly, I feel like I come back around to this very quickly. Generic overloading gives us much more

Re: [PHP-DEV] [RFC] Disjunctive Normal Form Types

2022-03-21 Thread Sara Golemon

On Sat, Mar 19, 2022 at 12:15 PM Anton Smirnov wrote: > 1. I think that syntax would be cleaner without the parentheses > > No. https://c.tenor.com/zM15ZrNYp0QM/no-michael-scott.gif Grouping is never cleaner without parenthesis than it is with them. The actual proposal? Yes. DNF types as

[PHP-DEV] Discussion: String streams

2022-03-21 Thread Sara Golemon

TL;DR - Yeah, PHP, but what if C++? Feel free to tell me I'm wrong and should feel bad. THIS IS ONLY IDLE MUSINGS. I was reading the arbitrary string interpolation thread (which I have mixed feelings on, but am generally okay with), and it got me thinking about motivations for it and other ways

Re: [PHP-DEV] [VOTE] Undefined Variable Error Promotion

2022-03-15 Thread Sara Golemon

On Tue, Mar 15, 2022 at 2:08 PM Miguel Rosales wrote: > > The RFC states: > > > > | If the code does not currently emit a “Warning: Undefined variable > > | $varname” then it is out of scope for this RFC. This RFC does NOT > > | apply to array indexes. > > > > That explicitly excludes undefined

[PHP-DEV] PHP 8.0.16 Released

2022-02-17 Thread Sara Golemon

be found at https://windows.php.net/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon

Re: [PHP-DEV] Multibyte strings

2022-02-11 Thread Sara Golemon

On Fri, Feb 11, 2022 at 3:14 AM Rowan Tommins wrote: > There's also I think a myth in people's minds that something like > "string length" has a single meaning, and PHP gets it "wrong" for > multibyte strings; > This++. Unicode is not a static standard definition of all characters. New emoji

Re: [PHP-DEV] Multibyte strings

2022-02-11 Thread Sara Golemon

On Fri, Feb 11, 2022 at 12:26 AM Michał wrote: > It's a known fact that nowadays most websites use at least UTF-8 > encoding. Unfortunately PHP itself has stopped a bit in the previous > century. Is there any reason why the mbstring extension cannot be > introduced to core in the next major

[PHP-DEV] PHP 8.0.16RC1 Ready for testing

2022-02-03 Thread Sara Golemon

. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/30338f5a826768c9ea39a4020ee2da8e 8.0.16 should be expected in 2 weeks, i.e. on 17th February 2022. Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.16RC1.tar.gz SHA256

[PHP-DEV] PHP 8.0.14 RC1 Ready for testing

2021-12-02 Thread Sara Golemon

. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/7e07a4a518e7714e95456823fe41e64c 8.0.14 should be expected in 2 weeks, i.e. on 16th December 2021. Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.14RC1.tar.gz SHA256

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

2021-12-02 Thread Sara Golemon

On Thu, Dec 2, 2021 at 8:48 AM Craig Francis wrote: > On Fri, 26 Nov 2021 at 16:47, Sara Golemon wrote: > > > I'm not saying send PRs to fix them all... Let's make PHP better, > > together. > > > > On a similar theme, trying to avoid too much work for developers

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

2021-12-01 Thread Sara Golemon

On Tue, Nov 30, 2021 at 10:18 PM Brady Wetherington < bwethering...@grokability.com> wrote: > >>> …It's been merged to master, so you could stand up a build now and > point to the many deprecation warnings you're expecting. I'm not saying > send PRs to fix them all, just show real impact rather

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

2021-11-26 Thread Sara Golemon

On Fri, Nov 26, 2021 at 12:16 AM Brady Wetherington via internals < internals@lists.php.net> wrote: > > > That's 1.5 million hours, which is 171 developer-years. > > > > If we're going to imagine numbers; there are 6 million PHP developers > > in the world*. If on average they each lose just 1

[PHP-DEV] Sponsor link on github.com/php

2021-11-22 Thread Sara Golemon

Now that the new PHP Foundation has been announced, I've been asked if we'd mind configuring a Sponsor button on our github.com project profile.

Re: [PHP-DEV] PHP 8 Release Announcement Page

2021-11-19 Thread Sara Golemon

On Fri, Nov 19, 2021 at 5:38 AM Rowan Tommins wrote: > Perhaps there should be a section at the end of the 8.1 page saying > something like "If you're still on PHP 7.x, upgrading gets you all this > as well!" with the headlines from the 8.0 page, and a link through. > > ^^ This. Maybe even a

Re: [PHP-DEV] PHP 8 Release Announcement Page

2021-11-19 Thread Sara Golemon

On Fri, Nov 19, 2021 at 2:35 AM Nikita Popov wrote: > On Fri, Nov 19, 2021 at 4:16 AM Sara Golemon wrote: > >> In seven days, https://www.php.net/releases/8.0/en.php is going to be >> obsolete. >> >> Well, that's a harsh term, but it certainly won't reflect the cur

[PHP-DEV] Re: PHP 8.0.13 Released

2021-11-18 Thread Sara Golemon

On Thu, Nov 18, 2021 at 9:16 PM Sara Golemon wrote: > The PHP development team announces the immediate availability of PHP > 8.0.13. This is a security release fixing CVE-2021-21706. > > Whoops. Apologies for the copypasta error. That CVE number is a typo and should read CVE

[PHP-DEV] PHP 8.0.13 Released

2021-11-18 Thread Sara Golemon

/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon/3964ae5f68cc06798bc99497821540ef php-8.0.13.tar.gz

[PHP-DEV] PHP 8 Release Announcement Page

2021-11-18 Thread Sara Golemon

In seven days, https://www.php.net/releases/8.0/en.php is going to be obsolete. Well, that's a harsh term, but it certainly won't reflect the current state on the ground, and we need to decide (should have decided, weeks ago) what we're going to do with it. 1/ Make a new announcement page for

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

2021-11-16 Thread Sara Golemon

On Tue, Nov 16, 2021 at 5:55 PM Larry Garfield wrote: > 1. If we adopt the RFC right now as-is, the market has ~12 months to add > the attribute. If we instead have a default-true flag that changes to > default false in the future, it means at minimum 24 months in which to add > the attribute

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

2021-11-16 Thread Sara Golemon

Serious questions for all the folks worried that this is some kind of death nail for PHP. 1. Do you have code you're responsible for which uses dynamic properties so broadly that adding this attribute is a burden? 2. Do you know of real code in widespread use which uses dynamic properties so

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

2021-11-16 Thread Sara Golemon

On Mon, Nov 15, 2021 at 11:21 AM Larry Garfield wrote: > A possible idea to help make this transition (which I do support) more > gradual: > > Instead of an "allow" attribute, introduce a boolean flag attribute. > > #[DynamicProperties(true)] > class Beep {} > > The attribute marks whether

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

2021-11-03 Thread Sara Golemon

On Tue, Nov 2, 2021 at 9:19 AM Nikita Popov wrote: > 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

Re: [PHP-DEV] Proposal: Shorthand initialization and destructuring of associative arrays

2021-10-04 Thread Sara Golemon

On Mon, Oct 4, 2021 at 2:15 PM Konrad Baumgart wrote: > > I have spare time this October, so I would happily get into php > interpreter by developing this. > Unfortunately my plans to have spare time FAILED and I'm not able to > contribute in the near future. > > I'm procrastinating writing

Re: [PHP-DEV] Allowing `(object)['key' => 'value']` in initializers?

2021-09-27 Thread Sara Golemon

On Sat, Sep 25, 2021 at 10:45 AM tyson andre wrote: > In PHP 8.1, it is possible to allow constructing any class name in an > initializer, after the approval of > https://wiki.php.net/rfc/new_in_initializers > > ``` > php > static $x1 = new ArrayObject(['key' => 'value']); > php > static $x2 =

[PHP-DEV] PHP 8.0.11 Released

2021-09-23 Thread Sara Golemon

/download The list of changes is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon/65bc563ad57d16069eaa7ab76b8f3046 php-8.0.11.tar.gz

Re: [PHP-DEV] run-tests SKIPIF caching can be problematic for third-party extensions

2021-09-15 Thread Sara Golemon

On Wed, Sep 15, 2021 at 12:22 PM Jeremy Mikola wrote: > I just discovered that run-tests.php was changed to cache SKIPIF evaluation > since 8.1.0beta3[1]. I believe ext-mongodb ran into the same issue as > mysqli[2], as we use SKIPIF to check that database contents are clean going > into a test.

[PHP-DEV] PHP 8.0.11RC1 Available for testing

2021-09-09 Thread Sara Golemon

. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/2fa8a0f29d635c3da844fbdaf0bc6609 8.0.11 should be expected in 2 weeks, i.e. on September 23rd 2021. Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.11RC1.tar.gz SHA256

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

2021-08-26 Thread Sara Golemon

On Thu, Aug 26, 2021 at 3:34 AM Nikita Popov wrote: > > The crux of the issue is what our end goal is: > > 1. Require users to explicitly annotate classes that use dynamic properties, > but otherwise keep dynamic properties as a fully supported part of the core language. > That's how I initially

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

2021-08-25 Thread Sara Golemon

On Wed, Aug 25, 2021 at 5:03 AM Nikita Popov wrote: > 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

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-24 Thread Sara Golemon

On Mon, Aug 23, 2021 at 5:57 PM Tobias Nyholm wrote: > > Situations like this often requires a judgement call rather than something > that could be defined as a policy. > I suggest the release managers always should be in agreement before a RFC > is created during a “feature freeze”. If the

Re: [PHP-DEV] Shut down gcov.php.net

2021-08-04 Thread Sara Golemon

On Wed, Aug 4, 2021 at 7:43 AM Nikita Popov wrote: > On Wed, Aug 4, 2021 at 2:25 PM Christoph M. Becker > wrote: > > > I suggest to shut down altogether. It is barely > > maintained for quite a while: PHP 7.4 builds are failing, and there are > > no PHP 8.0 builds at

Re: [PHP-DEV] [RFC] Under Discussion: Default User-Agent for cURL

2021-08-03 Thread Sara Golemon

On Tue, Aug 3, 2021 at 4:45 AM Hans Henrik Bergan wrote: > fwiw i think no self-respecting codebase is depending on an ini-setting > being correct for the ua in cases where the ua is actually important, so > the breakage should be minimal. > > In my mind, this is either an argument in favor of

Re: [PHP-DEV] [RFC] Nullable intersection types

2021-07-26 Thread Sara Golemon

On Fri, Jul 23, 2021 at 4:58 AM Nicolas Grekas wrote: > https://wiki.php.net/rfc/nullable_intersection_types > > I've commented on the PR and in R11 a bit already, but I'd like to state my position here for the record. I do see the value in having nullability, but I can't disagree enough with

Re: [PHP-DEV] array_merge() inside looping optimization

2021-07-26 Thread Sara Golemon

On Sun, Jul 25, 2021 at 4:35 PM David Rodrigues wrote: > Anyway, I don't know if this is actually possible, or if the cost-benefit > would be better than what there is today. But I believe it is a path to be > thought of. > Sadly, no. The function doesn't know where the variable is going to be

Re: [PHP-DEV] [VOTE] First-class callable syntax

2021-07-05 Thread Sara Golemon

On Fri, Jul 2, 2021 at 5:51 AM Nikita Popov wrote: > As the partial function application RFC has not been accepted, I have > opened voting on https://wiki.php.net/rfc/first_class_callable_syntax. The > vote closes on 2021-07-16. > > This RFC uses a syntax that is forward-compatible with partial

Re: [PHP-DEV] [RFC] Add parse_query_string as an alternative to parse_str

2021-06-23 Thread Sara Golemon

On Wed, Jun 23, 2021 at 5:02 PM Kamil Tekiela wrote: > I would like to propose a new simple RFC that aims to add a new function > called parse_query_string as an alternative to parse_str. > > https://wiki.php.net/rfc/parse_str_alternative > > The functionality stays the same, only the name and

Re: [PHP-DEV] Introduce str_left/right In 8.1

2021-06-23 Thread Sara Golemon

On Wed, Jun 23, 2021 at 2:10 PM Mike Schinkel wrote: > I have frequently heard the justification of maintenance burden mentioned > as an objection to adding specific features. And in many cases, it is easy > to see why future maintenance burden would be a concern. > > However, it *seems* in

Re: [PHP-DEV] Introduce str_left/right In 8.1

2021-06-23 Thread Sara Golemon

On Wed, Jun 23, 2021 at 9:15 AM Hamza Ahmad wrote: > > Since feature freeze for 8.1 is approaching, I want to request two useful > string functions that exist in various languages-especially those that run > on web servers and used in databases. These are respectively `left();` and > `right();`

Re: [PHP-DEV] [RFC] is_trusted - was is_literal

2021-06-23 Thread Sara Golemon

Resending this, because the mail daemon sent it back as spam, and we shouldn't be running our own mail server any more than we should have been running our own git server. Seriously. What about this looks spammy, I ask you? On Wed, Jun 23, 2021 at 9:36 AM Sara Golemon wrote: > On Mon, Jun

[PHP-DEV] PHP 8.0.7 Released

2021-06-03 Thread Sara Golemon

is recorded in the ChangeLog: https://www.php.net/ChangeLog-8.php Many thanks to all the contributors and supporters! Sara Golemon and Gabriel Caruso Release Manifest here and below: https://gist.github.com/sgolemon/88036ae8992ac0c557fa0d16d56c3887 php-8.0.7.tar.gz SHA256 hash

Re: [PHP-DEV] Escape \0 in var_dump() output

2021-05-27 Thread Sara Golemon

On Thu, May 27, 2021 at 9:07 AM Nikita Popov wrote: > Ah, I think I explained the original issue badly: The test runner output > isn't really a problem, or at least I never perceived it to be. > > The problem is that if you change a test that contains a null byte > anywhere (read: in var_dump

Re: [PHP-DEV] Escape \0 in var_dump() output

2021-05-27 Thread Sara Golemon

On Thu, May 27, 2021 at 8:42 AM Nikita Popov wrote: > The most prudent and BC-safe thing would be to add another function >> `var_dump_escaped()` or even to prefer/advise json_encode() when content >> safety is relevant, but additional type information is not (most of the >> uses of var_dump we

Re: [PHP-DEV] Escape \0 in var_dump() output

2021-05-27 Thread Sara Golemon

On Thu, May 27, 2021 at 5:44 AM Nikita Popov wrote: > https://github.com/php/php-src/pull/7059 does a surgical change to replace > null bytes with \0. > > Before delving into any other observations, I first want to state emphatically that we should not ONLY escape chr(0). We either apply full

Re: [PHP-DEV] A little syntactic sugar on array_* function calls?

2021-05-26 Thread Sara Golemon

On Wed, May 26, 2021 at 2:36 PM Mike Schinkel wrote: > On May 26, 2021, at 2:34 PM, Sara Golemon wrote: > > > What I don't like about the specific proposal is that it's just a little > too magic in its function selection and argument mapping. There's also the > fact that it

Re: [PHP-DEV] A little syntactic sugar on array_* function calls?

2021-05-26 Thread Sara Golemon

On Tue, May 25, 2021 at 4:20 AM Karoly Negyesi wrote: > I was wondering whether $array->map($somefunction) would be possible. I am > not a C programmer by any stretch but reading ZEND_VM_HOT_OBJ_HANDLER(112 > it seems to me it should be quite easy (famous last words) to find out if > object is an

Re: [PHP-DEV] Disable autovivification on false

2021-05-25 Thread Sara Golemon

On Tue, May 25, 2021 at 11:23 AM Kamil Tekiela wrote: > I'd like to start a discussion on the following RFC > https://wiki.php.net/rfc/autovivification_false > Particularly, I am looking for opinions on whether this behaviour should be > left alone, should be disabled on false, or should be

[PHP-DEV] PHP 8.0.7RC1 Available for testing

2021-05-20 Thread Sara Golemon

should be expected in 2 weeks, i.e. on June 3rd 2021. Hash values and PGP signatures can be found below or at: https://gist.github.com/sgolemon/2e5c7a9d497fda62e10f6a76db43e490 Thank you, and happy testing! Regards, Gabriel Caruso & Sara Golemon php-8.0.7RC1.tar.gz SHA256

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

2021-05-13 Thread Sara Golemon

On Thu, May 13, 2021 at 2:31 PM Andreas Hennings wrote: > 1. Serializing: > But outside of the above cases it should be technically possible, or not? > > I suspect that the limitations you cite make any kind of general serializing both unreliable and impractical. I wouldn't plan on meaningful

Re: [PHP-DEV] Could we drop the bottom-posting rule?

2021-05-11 Thread Sara Golemon

On Tue, May 11, 2021 at 9:21 AM Chase Peeler wrote: > On Tue, May 11, 2021 at 2:34 AM Mel Dafert wrote: > > (Gmail certainly can't, it can't even send non-HTML mails, and even with > > K-9 I have to remember doing it.) > > > I’m sending this from gmail on my phone, so not sure what you are

Re: [PHP-DEV] [RFC][Draft] Body-less __construct

2021-05-11 Thread Sara Golemon

On Tue, May 11, 2021 at 5:18 AM Matīss Treinis wrote: > Yes, just to clarify the scope of my initial proposal, this should only > ever apply to promoted constructors that have 1 or more promoted > parameters, and no not-promoted parameters. > Hard disagree. While it's certainly silly/pointless

Re: [PHP-DEV] [RFC] Deprecate ticks

2021-05-11 Thread Sara Golemon

On Tue, May 11, 2021 at 3:53 AM Nikita Popov wrote: > I'd like to propose the depreciation of the ticks mechanism: > https://wiki.php.net/rfc/deprecate_ticks > > I'm submitting this separately from the PHP 8.1 deprecations RFC, as this > is a language change, even if not a particularly important

Re: [PHP-DEV] Could we drop the bottom-posting rule?

2021-05-11 Thread Sara Golemon

-1. Top posting encourages lazy email composition. One should put an ounce of thought into how one organizes a response. On Mon, May 10, 2021 at 4:52 PM Kamil Tekiela wrote: > > Hi Internals, > > Could we drop the bottom-posting rule? > > Almost all new contributors fall into this trap and reply

Re: [PHP-DEV] [RFC][Draft] Body-less __construct

2021-05-10 Thread Sara Golemon

On Mon, May 10, 2021 at 3:56 AM Marco Pivetta wrote: > > Another point to be made here, as far as my interpretation of PSR-12, the > > curly braces occupy two lines for methods with multiline arguments. So > for > > whoever follows PSR-12, it's more like this, with brackets just dangling > >

[PHP-DEV] PHP 8.0.6 released

2021-05-07 Thread Sara Golemon

Changelog: https://php.net/ChangeLog-8.php#8.0.6 Release Manifest: https://gist.github.com/sgolemon/a5b173900bac5e5f22529cec7d2fdcf4 Many thanks to all the contributors and supporters! Gabriel Caruso & Sara Golemon php-8.0.6.tar.gz SHA256

Re: [PHP-DEV] PHP Language Specification

2021-05-06 Thread Sara Golemon

On Thu, May 6, 2021 at 10:10 AM Michał Marcin Brzuchalski < michal.brzuchal...@gmail.com> wrote: > czw., 6 maj 2021, 16:01 użytkownik Christoph M. Becker > napisał: > > > I wonder what to do with the PHP Language Specification[1]. Apparently, > > the repo is abandoned (last commit was more than

[PHP-DEV] Re: [8.1] Release Manager Voting Opens

2021-04-26 Thread Sara Golemon

On Mon, Apr 12, 2021 at 2:40 PM Sara Golemon wrote: > Please take your newly reset authentication credentials over to > https://wiki.php.net/todo/php81 and place your ranked votes. > > The voting for PHP 8.1 Release Managers has now closed. In the first round, both Ben Ramsey

Re: [PHP-DEV] Binary (un)safety of password_hash() used with PASSWORD_BCRYPT

2021-04-23 Thread Sara Golemon

On Fri, Apr 23, 2021 at 2:41 PM Niklas Keller wrote: > People might remember the approach incorrectly or have a similar idea > themselves and make mistakes in their own version of such code. > > While I agree in principle that this is possibly true and a good justification for adding guard

Re: [PHP-DEV] Binary (un)safety of password_hash() used with PASSWORD_BCRYPT

2021-04-23 Thread Sara Golemon

On Fri, Apr 23, 2021 at 2:56 PM Kamil Tekiela wrote: > We can also consider switching the default to Argon2id. > As Scott says the NUL byte truncation is not a bug in PHP, but a bug in > the algorithm. I don't know the exact specification but maybe we should > leave the current implementation as

[PHP-DEV] Re: [8.1] Release Manager Voting Opens

2021-04-23 Thread Sara Golemon

On Mon, Apr 12, 2021 at 2:40 PM Sara Golemon wrote: > As stated last week, the vote for your PHP 8.1 Release Managers opens > today. > > Now, if fact. > > Please take your newly reset authentication credentials over to > https://wiki.php.net/todo/php81 and place your rank

  1   2   3   4   5   6   7   8   9   10   >

Search the list

Mail list logo