Hey,
On 28.08.2024 21:16, Christoph M. Becker wrote:
(1) The libraries on which several extensions rely are not yet available
for Windows on arm64; at least the winlib-builder[2] would need to be
improved in this regard, but of course, some libraries may not even
support Windows on arm64 yet.
(
I was today old when I discovered the big difference between strchr and
strrchr in the way they handle needle with multiple characters.
It's explained in the doc https://www.php.net/manual/en/function.strrchr.php
- If needle contains more than one character, only the first is used. This
behavior i
On 02.09.2024 at 10:47, Jordi Boggiano wrote:
> On 28.08.2024 21:16, Christoph M. Becker wrote:
>> (1) The libraries on which several extensions rely are not yet available
>> for Windows on arm64; at least the winlib-builder[2] would need to be
>> improved in this regard, but of course, some libra
Hi,
On Mon, 2 Sept 2024 at 12:20, Vincent Langlet
wrote:
> I was today old when I discovered the big difference between strchr and
> strrchr in the way they handle needle with multiple characters.
>
> It's explained in the doc
> https://www.php.net/manual/en/function.strrchr.php
> - If needle co
> On Sep 1, 2024, at 6:12 PM, Christoph M. Becker wrote:
>
> On 01.09.2024 at 09:16, Mike Schinkel wrote:
>
>> One of the benefits for users when software authors strictly follow SemVer
>> is that automated tooling can decide if an automatic upgrade should be safe.
>> Depending on out-of-band
Hi Internals.
PHP currently does not provide official container images. Given that
DockerHub adequately maintains these and considering the maintenance costs,
we haven't felt the need to change the status quo.
However, the official DockerHub images lack debug builds, which can be
somewhat inconve
On 02.09.2024 at 13:17, Vincent Langlet wrote:
> I was today old when I discovered the big difference between strchr and
> strrchr in the way they handle needle with multiple characters.
>
> It's explained in the doc https://www.php.net/manual/en/function.strrchr.php
> - If needle contains more th
+1 on this, this is very much needed, I encountered the need of a debug
version of the docker-library php image almost every week ever since
I've started recently, and recently even more, as I've been getting many
more segfault reports from my users ever since the release of 8.3.11.
Regards,
> On Sep 1, 2024, at 5:47 PM, Hammed Ajao wrote:
>
> Dear PHP internals community,
> I hope this email finds you all well. I'd like to propose an idea that I
> believe could enhance PHP's flexibility and consistency, especially when
> working with string literals. I'm looking forward to hearing
This would help the FrankenPHP project a lot!
The build script used for the official images already contains an
environment variable for creating variants containing debugging symbols:
https://github.com/docker-library/php/blob/a15b1e1448d2f99db63f68dc4ce21da9a82f5aad/Dockerfile-linux.template#L40
> On Sep 2, 2024, at 08:11, Go Kudo wrote:
>
> Hi Internals.
>
> PHP currently does not provide official container images. Given that
> DockerHub adequately maintains these and considering the maintenance costs,
> we haven't felt the need to change the status quo.
>
> However, the official D
On 3.9.2024 01:44:21, Ben Ramsey wrote:
On Sep 2, 2024, at 08:11, Go Kudo wrote:
Hi Internals.
PHP currently does not provide official container images. Given that DockerHub
adequately maintains these and considering the maintenance costs, we haven't
felt the need to change the status quo.
On Mon, Sep 2, 2024 at 1:50 PM Rob Landers wrote:
> On Sun, Sep 1, 2024, at 23:47, Hammed Ajao wrote:
>
> Dear PHP internals community,
> I hope this email finds you all well. I'd like to propose an idea that I
> believe could enhance PHP's flexibility and consistency, especially when
> working w
> On Sep 2, 2024, at 18:53, Bob Weinand wrote:
>
> On 3.9.2024 01:44:21, Ben Ramsey wrote:
>>> On Sep 2, 2024, at 08:11, Go Kudo wrote:
>>>
>>> Hi Internals.
>>>
>>> PHP currently does not provide official container images. Given that
>>> DockerHub adequately maintains these and considering t
On 02.09.2024 at 16:51, Mike Schinkel wrote:
> Generally I am one who welcomes new feature ideas, but I fear that string
> literals as object properties would break a valuable assumption that all
> properties must be a valid identifier. Without that assumption I fear many
> things that would be
> On Sep 2, 2024, at 12:42 PM, Christoph M. Becker wrote:
>
> On 02.09.2024 at 16:51, Mike Schinkel wrote:
>
>> Generally I am one who welcomes new feature ideas, but I fear that string
>> literals as object properties would break a valuable assumption that all
>> properties must be a valid id
Hello Mike,
Thanks for reading and responding. While your enum does technically address
some of the issues I am discussing, it does so in a very verbose and
cumbersome way.
- First you need the DefaultValue attribute
- Then you need to use it on each of your `properties`
- You also need to define
On 02.09.2024 at 19:35, Mike Schinkel wrote:
>> On Sep 2, 2024, at 12:42 PM, Christoph M. Becker wrote:
>>
>> On 02.09.2024 at 16:51, Mike Schinkel wrote:
>>
>>> So I am sympathetic to the desire to improve the language. However I fear
>>> this specific change would create more pain than pleasur
On Sun, Sep 1, 2024, at 23:47, Hammed Ajao wrote:
> Dear PHP internals community,
> I hope this email finds you all well. I'd like to propose an idea that I
> believe could enhance PHP's flexibility and consistency, especially when
> working with string literals. I'm looking forward to hearing yo
> On Sep 2, 2024, at 1:48 PM, Hammed Ajao wrote:
>
> Hello Mike,
>
> Thanks for reading and responding. While your enum does technically address
> some of the issues I am discussing, it does so in a very verbose and
> cumbersome way.
> - First you need the DefaultValue attribute
> - Then yo
On 3.9.2024 02:18:30, Ben Ramsey wrote:
On Sep 2, 2024, at 18:53, Bob Weinand wrote:
On 3.9.2024 01:44:21, Ben Ramsey wrote:
On Sep 2, 2024, at 08:11, Go Kudo wrote:
Hi Internals.
PHP currently does not provide official container images. Given that DockerHub
adequately maintains these and co
> On Sep 2, 2024, at 19:36, Bob Weinand wrote:
>
> On 3.9.2024 02:18:30, Ben Ramsey wrote:
>>> On Sep 2, 2024, at 18:53, Bob Weinand wrote:
>>>
>>> On 3.9.2024 01:44:21, Ben Ramsey wrote:
>>>
> On Sep 2, 2024, at 08:11, Go Kudo wrote:
>
> Hi Internals.
>
> PHP currently
Hello internals!
I was wondering, has there been any discussion about supporting local
constants (variables that cannot be reassigned, perhaps even function
parameters)?
Hi,
On Aug 30, 2024 at 16:47:43, Claude Pache wrote:
>
> Note that the issue is not limited to Generators. For instance a Closure
> object is also json-encodable but not serialisable.
>
> IMO, every internal class (not just Generator) that is marked as
> non-serialisable, should also be non-js
On Tue, Sep 3, 2024, at 02:00, Hammed Ajao wrote:
>
>
> On Mon, Sep 2, 2024 at 1:50 PM Rob Landers wrote:
>> __
>> On Sun, Sep 1, 2024, at 23:47, Hammed Ajao wrote:
>>> Dear PHP internals community,
>>> I hope this email finds you all well. I'd like to propose an idea that I
>>> believe could e
25 matches
Mail list logo
