On Wed, 4 Sept 2024 at 15:07, Christoph M. Becker wrote:
>
> Hi all,
>
> that issue came up the other day on a pull request[1], but since it is
> not particularly related to any single PR, I wanted to ask here for
> clarification.
>
> This is about changes to `./configure` options of php-src, and
On Wed, Sep 4, 2024, at 23:11, John Bafford wrote:
>
> > On Sep 4, 2024, at 16:45, Rob Landers wrote:
> >
> > I think, conceptually, this makes sense, but maybe I'm the only one who
> > writes
> >
> > $arr = doSomething();
> > $arr = array_map(fn($x) => $x->prop, $arr);
> > $arr = array_filt
> On Sep 4, 2024, at 16:45, Rob Landers wrote:
>
> I think, conceptually, this makes sense, but maybe I'm the only one who writes
>
> $arr = doSomething();
> $arr = array_map(fn($x) => $x->prop, $arr);
> $arr = array_filter($arr, $filterFunc);
>
> instead of
>
> $arr = array_filter(array_map
On 04.09.2024 at 22:15, Rob Landers wrote:
> I receive the following error when saving an RFC:
>
> There was an unexpected problem communicating with SMTP: Unexpected return
> code - Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command
> rejected: invalid ip address
>
> From what
On 4 September 2024 21:32:10 BST, Rob Landers wrote:
>On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
>> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
>> >Hello Internals,
>> >
>> >I receive the following error when saving an RFC:
>> >
>> >There was an unexpected problem communicating
On Wed, Sep 4, 2024, at 22:17, John Bafford wrote:
> On Sep 4, 2024, at 15:23, Rob Landers wrote:
> >
> > On Tue, Sep 3, 2024, at 05:20, HwapX wrote:
> >> Hello internals!
> >>
> >> I was wondering, has there been any discussion about supporting local
> >> constants (variables that cannot be re
On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
> >Hello Internals,
> >
> >I receive the following error when saving an RFC:
> >
> >There was an unexpected problem communicating with SMTP: Unexpected return
> >code - Expected: 250, Got:
On 4 September 2024 21:15:55 BST, Rob Landers wrote:
>Hello Internals,
>
>I receive the following error when saving an RFC:
>
>There was an unexpected problem communicating with SMTP: Unexpected return
>code - Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command
>rejected: invalid
On Sep 4, 2024, at 15:23, Rob Landers wrote:
>
> On Tue, Sep 3, 2024, at 05:20, HwapX wrote:
>> Hello internals!
>>
>> I was wondering, has there been any discussion about supporting local
>> constants (variables that cannot be reassigned, perhaps even function
>> parameters)?
>
> Out of curi
Hello Internals,
I receive the following error when saving an RFC:
There was an unexpected problem communicating with SMTP: Unexpected return code
- Expected: 250, Got: 554 | 554 5.5.2 <[i:p:v:6::addr]>: Helo command rejected:
invalid ip address
>From what I can gather, whatever SMTP server it
Having constant parameters would be a tremendous help in refactoring old
code. I would love having local constants.
On Tue, Sep 3, 2024, at 13:24, Philip Hofstetter wrote:
> Hello,
>
> As per my previous email to the list, I have now created the official RFC to
> deprecate calling json_serialize() on instances of classes marked with
> ZEND_ACC_NOT_SERIALIZABLE.
>
> https://wiki.php.net/rfc/deprecate-json_enc
On Tue, Sep 3, 2024, at 05:20, HwapX wrote:
> Hello internals!
>
> I was wondering, has there been any discussion about supporting local
> constants (variables that cannot be reassigned, perhaps even function
> parameters)?
Out of curiosity, what value would this bring to PHP? In my experience,
On Wed, Sep 4, 2024, at 17:16, Jakob Givoni wrote:
>
>
> On Tue, Sep 3, 2024 at 11:49 PM Rob Landers wrote:
>> 1. I've removed the BC break—the 'type' of the autoloadee will not be passed
>> to the autoloader. This can allow someone to use spl_autoload for function
>> autoloading if they so de
Apologies for any noise, but I'd like to bump this thread to poll for
input on whether people feel this pull request requires an RFC, and if
so, request RFC karma so that I may submit an RFC. I've already got
one vote from @SakiTakamachi for requiring an RFC.
I had an interesting discussion with @
> Hello internals!
>
> I was wondering, has there been any discussion about supporting local
> constants (variables that cannot be reassigned, perhaps even function
> parameters)?
>
As for me, I would've hoped that there were local constants in PHP and I'd
want to provide some thoughts on this reg
On Tue, Sep 3, 2024 at 11:49 PM Rob Landers wrote:
> 1. I've removed the BC break—the 'type' of the autoloadee will not be
> passed to the autoloader. This can allow someone to use spl_autoload for
> function autoloading if they so desire.
Unless I'm missing something, the main example in the R
> On Sep 2, 2024, at 11:20 PM, HwapX wrote:
> Hello internals!
>
> I was wondering, has there been any discussion about supporting local
> constants (variables that cannot be reassigned, perhaps even function
> parameters)?
+1 from me.
-Mike
> On Sep 2, 2024, at 11:10 PM, Hammed Ajao wrote:
>
> That's one of the reasons, but arrays are not strict enough (you can add
> anything to any array, no distinction between a list and map), and you can't
> really specify the shape of an array.
What do you mean by "shape of an array" in this
> In my opinion these changes should be documented in UPGRADING, but not
> in UPGRADING.INTERNALS, because they are relevant for users who build
> PHP themselves, packagers (aka distro managers) and the documentation
> team, and neither of these is supposed to read UPGRADING.INTERNALS. And
> I bel
Hi all,
that issue came up the other day on a pull request[1], but since it is
not particularly related to any single PR, I wanted to ask here for
clarification.
This is about changes to `./configure` options of php-src, and whether
these should be documented in UPGRADING or UPGRADING.INTERNALS.
21 matches
Mail list logo
