Re: [PHP-DEV] Requiring DCO (Developer Certificate of Origin)

2025-04-18 Thread Pierre Joye
orrect me if that's not the reason for this initiative, it is called a Common License Agreement (CLA). Which we always opposed to have, and I still do, strongly :). best, -- Pierre @pierrejoye | http://www.libgd.org

Re: [PHP-DEV] [RFC] Policy on 3rd party code

2024-10-26 Thread Pierre Joye
her informative, helping everyone understand the current state of our toolset, improving transparency. best, -- Pierre @pierrejoye | http://www.libgd.org

Re: [PHP-DEV] Asymmetric visibility is a BC break

2024-10-14 Thread Pierre Joye
fix requiring a bc break, f.e.). However, I am very doubtful here. And I do not know if it can be avoided while keeping the new behaviors. All in all, it would be great to at least agree that there is a BC break issue, so it can be addressed according, whatever the final decision is. best, Pierre >

Re: [PHP-DEV] Zephir, and other tangents

2024-09-20 Thread Pierre Joye
what llvm does f.e.) to then target wasm. The closest one from php is python with py2wasm, but there are pretty existing solutions that make it possible, they use the out of python core approach: https://wasmer.io/posts/py2wasm-a-python-to-wasm-compiler which looks very much like what could be don

Re: [PHP-DEV] Which IDE do you recommend for php-src development?

2024-09-15 Thread Pierre
work with the project running on a docker container Thanks in advance! Carlos Eclipse for C/C++ developers may work as well. I did use it for writing an xdebug patch and reading the PHP source code. Regards, Pierre

Re: [PHP-DEV] Re: [INTERNALS-WIN] ext/gd: drop XPM support on Windows

2024-09-12 Thread Pierre Joye
On Thu, Sep 12, 2024, 4:42 PM Christoph M. Becker wrote: > On 12.09.2024 at 06:46, Pierre Joye wrote: > > > I mentioned that long ago, but a maybe faster way to get windows ready > > sources is vcpkg: > > > > https://vcpkg.roundtrip.dev/ports/libxpm > > >

[PHP-DEV] Re: [INTERNALS-WIN] ext/gd: drop XPM support on Windows

2024-09-11 Thread Pierre Joye
hi, On Thu, Sep 12, 2024, 5:04 AM Christoph M. Becker wrote: > > > This should be fixed in winlibs/libxpm. The patch in winlib-builder > doesn't make sense; I think I did this to make it easier to update > libxpm, though in hindsight this was probably a bad idea. > I mentioned that long ago, b

[PHP-DEV] Re: [INTERNALS-WIN] ext/gd: drop XPM support on Windows

2024-09-11 Thread Pierre Joye
hi Christoph, On Wed, Sep 11, 2024, 7:56 PM Christoph M. Becker wrote: > Hi all, > > > Therefore I suggest dropping XPM support from ext/gd on Windows as soon > as possible (might be a bit late for PHP 8.4, but might still be a good > idea). > Given it is only useful on OSes relying on X/freede

[PHP-DEV] Re: [INTERNALS-WIN] Maintain Windows PHP dependency builds in a GH repo

2024-09-08 Thread Pierre Joye
:) > What do you think? 100% for it. > Would this require the RFC process? A documentation for sure, especially for external developers (nativephp, roadrunner, etc) so they can use it for their own flows. Best, -- Pierre @pierrejoye | http://www.libgd.org

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

2024-08-14 Thread Pierre Joye
On Thu, Aug 15, 2024, 6:35 AM Lanre wrote: > Arvids wrote "I don't think C sees a lot of development any more, so it >> makes sense to move towards C++." > > > >> > Nah, I meant the specific conversation with Pierre Joye, it wasn't going > anyw

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

2024-08-14 Thread Pierre Joye
On Wed, Aug 14, 2024, 11:07 AM Lanre wrote: > > On Tue, Aug 13, 2024 at 4:28 PM Mike Schinkel wrote: > >> >> On Aug 12, 2024 at 4:13 PM, > wrote: >> You’d have to be seriously naive to believe that “the entire industry is >> actively trying to move AWAY from C/C++.” >> >> >> Well, there is this:

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

2024-08-12 Thread Pierre Joye
On Tue, Aug 13, 2024, 3:16 AM Lanre wrote: I'm sure the idea of enhancing C++ makes no sense to you, and would be a > waste of your time and energy, but not everyone is that stupid/incompetent > so even if i do get bored of maintaining it, literally any C++ dev can pick > it up, it really is that

Re: [PHP-DEV] [DISCUSSION] C++ Enhancements in Zend API

2024-08-12 Thread Pierre Joye
less diplomatic answer would be that c++ makes zero sense in 2024 for php (or any other language), a strong and bold take :) best, Pierre

Re: [PHP-DEV] PDO_Firebird: use C++?

2024-08-11 Thread Pierre Joye
On Sun, Aug 11, 2024, 8:32 PM Gina P. Banyard wrote: > On Sunday, 11 August 2024 at 15:26, Pierre Joye > wrote: > > > > On Sun, Aug 11, 2024, 6:53 PM Gina P. Banyard wrote: > >> On Saturday, 10 August 2024 at 15:13, Christoph M. Becker < >> cmbecke...@gmx

Re: [PHP-DEV] PDO_Firebird: use C++?

2024-08-11 Thread Pierre Joye
On Sun, Aug 11, 2024, 6:53 PM Gina P. Banyard wrote: > On Saturday, 10 August 2024 at 15:13, Christoph M. Becker < > cmbecke...@gmx.de> wrote: > > I think moving the PDO driver to use C++ is a more sensible choice. > what would be the advantages? given the OO part at the C level is perfectly fi

Re: [PHP-DEV] [Discussion] Sandbox API

2024-08-07 Thread Pierre Joye
On Wed, Aug 7, 2024, 7:13 PM Nick Lockheart wrote: > > > > So I was thinking about this a bit more and I thought, what if instead > of adding a sandbox as a feature of PHP, what if PHP *was* the sandbox. > > So consider this: > > What if the PHP engine added a C API that lets C/C++ programs not o

Re: [PHP-DEV] [Discussion] Sandbox API

2024-08-07 Thread Pierre Joye
e dir, with the additional features. I never ever had to mock core functions for testing, I would think about a design issue if it is needed. But I may be wrong, that would not be a first :) cheers, Pierre

Re: [PHP-DEV] Require C11 in PHP 8.4

2024-08-06 Thread Pierre Joye
On Tue, Aug 6, 2024 at 12:10 AM Christoph M. Becker wrote: > > On 05.08.2024 at 17:42, Pierre Joye wrote: > > > On Mon, Aug 5, 2024, 10:03 PM Derick Rethans wrote: > > > >> Instead of having to deal with tickets, wouldn't be be easier if the > >> com

Re: [PHP-DEV] Require C11 in PHP 8.4

2024-08-05 Thread Pierre Joye
used in external extensions (included headers etc), but at least on linux (or similar), an ext can be compiled with any version. On windows, we can't, mainly for memory management issues (alloc/realloc or freed using different crt). It is possible but too many extensions, also in core, cause issues. best, Pierre >

Re: [PHP-DEV] tsrm question

2024-07-24 Thread Pierre Joye
On Wed, Jul 24, 2024 at 7:06 PM Rob Landers wrote: > > On Wed, Jul 24, 2024, at 13:54, Pierre Joye wrote: > > Hi Rob, > > > On Wed, Jul 24, 2024 at 3:17 PM Rob Landers wrote: > > > > Hello internals, > > > > Last night I went down a rabbit hole wit

Re: [PHP-DEV] tsrm question

2024-07-24 Thread Pierre Joye
fault the thread ID will be the current thread. the rsrc is the one you get when creating a new rsc (fetching a non existent one will create it btw). I would suggest to read the comments in the implement of ts_resource, lot of useful information are explained there :) best, Pierre

Re: [PHP-DEV] tsrm question

2024-07-24 Thread Pierre Joye
ot say too many outdated/wrong explanations :). Btw, Welting rewrote that part with Dmitry back then to fix long standing issues (and drop TSRM_LS/DC/CC uses), not sure if he is still around but he may help. Best, -- Pierre @pierrejoye | http://www.libgd.org

Re: [PHP-DEV] ext/gd new imagematch function (was: adding imagecompare)

2024-07-11 Thread Pierre Joye
difference (the diff images contains the channels differences). A key, more tricky, but nevertheless important compared is a perceptual difference, but that can be done additionally. best, Pierre On Thu, Jul 11, 2024, 4:39 PM Giovanni Giacobbi wrote: > The recent PR #14877 [1] proposes to

Re: [PHP-DEV] Renaming "strict types" to "scalar type coercion"

2024-06-21 Thread Pierre
Le 21/06/2024 à 15:57, Robert Landers a écrit : On Fri, Jun 21, 2024 at 3:01 PM Pierre wrote: Le 21/06/2024 à 14:27, Robert Landers a écrit : This is why I wanted to work on "as" part of the pattern matching. It isn't clear what will happen with the actual pattern matching

Re: [PHP-DEV] Renaming "strict types" to "scalar type coercion"

2024-06-21 Thread Pierre
our point, nevertheless making coercion explicit doesn't seem really relevant to me, the one point I like in your syntax would be null handling. -- Pierre

Re: [PHP-DEV] Bumping minimum PostgreSQL version to 10.0

2024-06-17 Thread Pierre
grade PHP and your software easily, but can't upgrade the database server. Regards, Pierre

Re: [PHP-DEV] RFC proposal : "new" keyword shorthand

2024-06-07 Thread Pierre
Le 07/06/2024 à 21:38, Larry Garfield a écrit : On Fri, Jun 7, 2024, at 7:20 PM, Pierre wrote: I sincerely do not want to see a new operator for replacing the "new" operator, because then we would have two different syntaxes which would be semantically equivalent. Creating a new

Re: [PHP-DEV] RFC proposal : "new" keyword shorthand

2024-06-07 Thread Pierre
cognitive dissonance for simply no added value at all. "New" is working fine, adding a shortcut for the sake of adding a shortcut to something you don't write that much doesn't worth it in my opinion: there are much more disadvantages that benefits. Best regards, Pierre

Re: [PHP-DEV] [RFC] [Vote] #[\Deprecated] attribute

2024-05-22 Thread Pierre
octrine, Symfony, any tool implement it in a different manner. I don't want to be rude, but as a developer using all of those, it's very annoying having to learn different ways of doing something as simple and naive that saying that a function is deprecated. One manner is sufficient, even if not perfect. -- Pierre

Re: [PHP-DEV] RFC idea: using the void type to control maximum arity of user-defined functions

2024-04-05 Thread Pierre
guments to pass values to templates. There are tons of use case like this in old yet still running code. But I would love it to be deprecated, raise warnings, and give some time for people to fix (adding an explicit `mixed ... $values` is enough to fix broken code). Cheers, -- Pierre

Re: [PHP-DEV] [RFC[ Property accessor hooks, take 2

2024-02-21 Thread Pierre
things both in the PR and the RFC. We are willing to do so if the consensus is that it would be beneficial, but want to ask before putting in the effort. Yes please ! Pass ! I don't have voting rights, but we need this. Cheers, Pierre R.

Re: [PHP-DEV] RFC proposal: worker mode primitives for SAPIs

2024-01-01 Thread Pierre Joye
On Mon, Jan 1, 2024, 6:18 PM Rowan Tommins wrote: > On 31 December 2023 16:31:31 GMT, Pierre Joye > wrote: > > >php handles this in threadsafe mode > > Depending on your exact definition of "php", this is either irrelevant or > just plain wrong. > >

Re: [PHP-DEV] RFC proposal: worker mode primitives for SAPIs

2023-12-31 Thread Pierre Joye
f.e. It is why frankenphp requires a TS build of php. Requests are handled by a thread pool, not in single thread event loop which may block all requests. best, Pierre

Re: [PHP-DEV] RFC proposal: worker mode primitives for SAPIs

2023-12-25 Thread Pierre Joye
g embedded sapi but how it is done using frankenphp would be an order of magnitude better. Having the complex parts in the core us a good start to experiment, adapt. Later a core sapi may be added, we cannot know without trying and let the community uses it. best, Pierre

Re: [PHP-DEV] New "PECL"

2023-12-11 Thread Pierre Joye
ise, however I am happy to help if desired. I can only, with a diplomatic emphasis, suggest to the author to understand where the php ecosystem is (or was 3 years or more ago). best, Pierre >

Re: [PHP-DEV] Filesystem path APIs

2023-12-08 Thread Pierre Joye
On Fri, Dec 8, 2023, 3:44 PM Max Semenik wrote: > On Wed, Dec 6, 2023 at 10:20 PM Niels Dossche > wrote: > > > Hi internals > > > > I'd like to start a pre-RFC discussion about filesystem path APIs in PHP. > > The reason I bring this up is because of this recent feature request: > > https://gith

Re: [PHP-DEV] New "PECL"

2023-12-07 Thread Pierre Joye
ns (including their respective deps) will be amazingly helpful. Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] New "PECL"

2023-12-05 Thread Pierre Joye
On Tue, Dec 5, 2023, 10:13 PM Pierre Joye wrote: > > > You may mention https://github.com/FriendsOfPHP/pickle > > which supports pecl.php.net pear format, composer like support, and > conversion to composer format. > > I did a website as well as a test bed and we had

Re: [PHP-DEV] New "PECL"

2023-12-05 Thread Pierre Joye
poser 2.x, which now widely used. Similarly we discussed the idea to create a packagist dedicated to extensions. That would be, imo, the best option to date. The current code may need some updates for php8 but nothing difficult or requiring big changes. best, Pierre

Re: [PHP-DEV] Make PHP JIT to generate AVX2/AVX3 for performance improvement?

2023-10-31 Thread Pierre Joye
ch more than in JIT. As a sidenote, most libraries used by php, where larger intrinsics vectors bring something, implement them already. best, Pierre >

Re: [PHP-DEV] Constructor promoted property and default value

2023-10-23 Thread Pierre
{ public function __construct(public string $val = 'abc' ) {}}` don't yield the same behavior at the time. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Constructor promoted property and default value

2023-10-23 Thread Pierre
Le 23/10/2023 à 17:35, Saki Takamachi a écrit : Hi, Pierre You may have overlooked the existence of the magic method `__unserialize()`. Constructor is not the only way to create instances. When rebuilding a serialized object, you may need the initial values ​​of properties. This can easily

Re: [PHP-DEV] Constructor promoted property and default value

2023-10-23 Thread Pierre
ok could detect those case and affect variables with default values ? I don't know enough PHP internals to give a rational answer to this problem through... Regards, -- Pierre

[PHP-DEV] Constructor promoted property and default value

2023-10-23 Thread Pierre
ss is "not that much, probably not a all even") ? Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Custom object equality

2023-10-19 Thread Pierre
arisons is real and obvious. So long as voters are categorically opposed to actual operator overloads no matter the implementation, as represented here by you Pierre but by no means a position that only you hold, I don't think we should be looking for ways to get the functionality through hack

Re: [PHP-DEV] Previous discussions about generics syntax only?

2023-10-18 Thread Pierre
and APIs. ORM's are one place, but there are many others. Regards, -- Pierre

Re: [PHP-DEV] Custom object equality

2023-10-18 Thread Pierre
t like the ~= choice because in my mind it literally translates to "is approximately/barely/maybe comparable to". By the way, please  do not use abbreviations such as WDYT, I'm not a native english speaker and I don't know all abbreviations, I had to duckduckgo' it. Reg

Re: [PHP-DEV] Previous discussions about generics syntax only?

2023-10-18 Thread Pierre
Le 18/10/2023 à 13:01, Alex Wells a écrit : The community has just now decided on the PHPDoc syntax for generics, has just started widely adopting them in packages and has just got first-party support from PHPStorm. I doubt that migrating to yet another temporary solution (one that still doesn'

Re: [PHP-DEV] Two new functions array_first() and array_last()

2023-10-16 Thread Pierre
Le 15/10/2023 à 18:09, Larry Garfield a écrit : That has already been done:https://www.php.net/array_is_list --Larry Garfield Oh, I forgot it was accepted and merged, thanks for pointing at it. Cheers, Pierre

Re: [PHP-DEV] Two new functions array_first() and array_last()

2023-10-15 Thread Pierre
(whatever the name is, I don't want to bikeshed about naming) would be a good addition as well, that, in my opinion, would be pertinent to add at the same time. Regards, Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil to BCMath

2023-10-12 Thread Pierre Joye
On Fri, Oct 13, 2023, 2:01 AM Jordan LeDoux wrote: > > > > I believe MPFR is what is used by ext-decimal. The only thing that makes > ext-decimal a somewhat difficult replacement for BCMath is that one of them > uses precision and the other uses scale. (Total accurate digits versus > total signif

Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil to BCMath

2023-10-12 Thread Pierre Joye
Hi Jordan On Fri, Oct 13, 2023, 1:24 AM Jordan LeDoux wrote: > > > On Thu, Oct 5, 2023 at 5:27 AM Saki Takamachi wrote: > >> Hi, Pierre >> >> In fact, I predict that many use cases will be covered by GMP. >> >> Still, I think that there may

Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil to BCMath

2023-10-04 Thread Pierre Joye
Hi On Wed, Oct 4, 2023, 6:39 PM Saki Takamachi wrote: > Hi, Marc, Pierre > > Thank you for all the information. > > After all, I feel that BCMath and GMP have different roles. > > Arbitrary precision mathematics and very high precision mathematics are > similar but di

Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil to BCMath

2023-10-03 Thread Pierre Joye
On Tue, Oct 3, 2023, 4:13 PM Saki Takamachi wrote: > yes, they do, as do almost all floating points implementation. > > Memory limited float values and their respective operations are still > useful in many areas, but financial values and the likes. Scaled integers > are the way for accuracy. > >

Re: [PHP-DEV] [RFC] [Discussion] Adding bcround, bcfloor and bcceil to BCMath

2023-10-03 Thread Pierre Joye
On Tue, Oct 3, 2023, 12:25 PM Saki Takamachi wrote: > > I thought GMP was a function for integers, so I wasn't expecting that tbh. > > However, even if GMP supported floating point numbers, wouldn't it end up > having the inherent error problem of floating point numbers? > yes, they do, as do al

[PHP-DEV] Re: Security Audit Priorities

2023-09-30 Thread Pierre Joye
sapi may take more importance soon I think. It won't be as wide as fpm but frankenphp (or similar) will see a significant increase in usage, for good reasons:) best, Pierre >

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

2023-09-17 Thread Pierre Joye
I like the idea too. The sooner this work can be available as experimental, the sooner it will get stable. Best, -- Pierre @pierrejoye -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] Interface Default Methods

2023-07-11 Thread Pierre
eritance", it's true, and that's how lots of languages that were not design with multiple inheritance in mind solves it, such as Java, and I personally find this rather elegant. -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] Interface Default Methods

2023-07-03 Thread Pierre
lementations on interfaces, it would remove the use of having traits at all. Everything would be much easier to read and write. LoggerAwareInterface would no longer require us to use LoggerAwareTrait on every class, etc... This is kind of sugar candy I'd really love. Best regards, -- Pierre --

Re: [PHP-DEV] Proposal: addition of array_find() and array_find_key() functions

2023-06-02 Thread Pierre
would really deserve to be in SPL, and maintained along with core, and be usable without any composer dependencies. PHP is really lacking a complete enumerable / iterable / traversable API. Maybe this is time to design and add one ? -- Pierre -- PHP Internals - PHP Runtime Development Mailing Li

Re: [PHP-DEV] [RFC] path_join function

2023-05-17 Thread Pierre du Plessis
On Wed, 17 May 2023 at 18:24, Gunnard engebreth wrote: > > > Maybe im missing something here but the already available `dirname()` > does this. right? > https://www.php.net/manual/en/function.dirname.php > > dirname just traverses up the directory, it doesn't join paths. For example, this exampl

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

2023-04-12 Thread Pierre Joye
, as nicely as you did, the volunteers here to do it for you as the language level, won't work. best, Pierre >

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

2023-04-12 Thread Pierre
ist, and it's not that easy to reach or read for people, even when using https://externals.io/ Best regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

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

2023-04-10 Thread Pierre Joye
d rethink the development flows of these projects instead of asking php to freeze. best, Pierre

Re: [PHP-DEV] Windows PECL build machine died

2023-02-18 Thread Pierre Joye
Hello, I wonder if we could not use on demand resources for the builds (like windows gh actions) and use the normal distribution mirrors setup? Pierre On Fri, Feb 17, 2023, 8:10 PM JEDI_BC / Bruno CHALOPIN wrote: > Hi > > On 11/07/2022 18:25, Christoph M. Becker wrote: > > On 1

Re: [PHP-DEV] Methods which auto-return the class instance

2022-12-27 Thread Pierre Joye
On Fri, Dec 23, 2022, 7:46 PM joke2k wrote: > Thanks for the feedback! > > On Fri, 23 Dec 2022, 09:33 Claude Pache, wrote: > > > It is very common for fluent class methods to have a verbose `return > > $this;` ending in their body. > > But If you have declared `self` as return type into a non-st

Re: [PHP-DEV] Increase maximum size of an uploaded file to 50Mbyte

2022-09-10 Thread Pierre
ergonomics, security and performance. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Typed constants revisited

2022-03-24 Thread Pierre
Le 24/03/2022 à 16:06, Mark Niebergall a écrit : So you are correct, the const value does have a value that has a type, but there is no way to enforce which type the value is or to use const with inheritance, which is part of the bigger picture here. That was exactly my point: the type could si

Re: [PHP-DEV] Typed constants revisited

2022-03-24 Thread Pierre
no need to express the type of a value, the value has already has a type. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Discussion: String streams

2022-03-22 Thread Pierre
methods such as append(), prepend() and all ? It's much more explicit and much less alien-like for most people. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC][Under discussion] Arbitrary string interpolation

2022-03-18 Thread Pierre
ot;Theodore Brown"; $len = strlen($name); echo "{$name} has a length of {$len}."; I guess it's a matter of taste and convention. Sometime, it make sense and it's just easier to just use string interpolation (for example with multiline templates). Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

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

2022-03-04 Thread Pierre Joye
On Sat, Mar 5, 2022, 10:31 AM Kris Craig wrote: > On Wed, Mar 2, 2022 at 4:51 AM Marco Pivetta wrote: > > > But that doesn't mean we should be using the PHP website to start taking > sides in military conflicts. > There is no side to take but the population in Ukraine, friends, family, colleagu

Re: [PHP-DEV] Setting to disable the "Undefined array index" warning

2022-02-15 Thread Pierre
er to read and write (you just store ` ?? null` in your clip board and hit paste on every use case you find). Hope it helps, Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Github issues

2022-02-13 Thread Pierre Joye
myself to the organization. The organization was limited when gh was only a mirror, so I wonder why all accounts did not get migrated. -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

[PHP-DEV] Github issues

2022-02-13 Thread Pierre Joye
Hi, What has to be done that the github issues can be handled by the same developers than in bugs.php.net? It is a bit weird that I cannot change status or anything else but add comments :) Best, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] Multibyte strings

2022-02-11 Thread Pierre Joye
t; 8 bits) > d) code points (one of 1,112,064 numbers that can be given a meaning by > the Unicode standard) > e) graphemes (what a user would generally think of as a "character") > f) pixels (or any other unit of physical size) > it is why we have intl, which uses the ICU and allow users to update it. That means using the latest standard if needed. best, Pierre >

Re: [PHP-DEV] RFC [Discussion]: Redacting parameters in back traces

2022-01-11 Thread Pierre Joye
Hi Tim, On Tue, Jan 11, 2022 at 4:40 PM Tim Düsterhus, WoltLab GmbH wrote: > > Hi Pierre > > On 1/11/22 4:48 AM, Pierre Joye wrote: > > Also sensitive data goes way beyond arguments, GDPR brings a lot of > > issues here too. Userland packages like monolog provide filters

Re: [PHP-DEV] RFC [Discussion]: Redacting parameters in back traces

2022-01-10 Thread Pierre Joye
Good morning Tim, On Mon, Jan 10, 2022 at 9:06 PM Tim Düsterhus, WoltLab GmbH wrote: I am not sure it makes sense to make the code so verbose to prevent users from showing sensitive data as it never stops (next print_r/var_dump and userland version of them?). Also sensitive data goes way beyond

Re: [PHP-DEV] (Planned) Straw poll: Naming pattern for `*Deque`

2022-01-10 Thread Pierre Joye
expected API? If possible, then algorithm specific on top? a bit like we have with the traversable interface and related. best, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] User Defined Operator Overloads

2022-01-04 Thread Pierre Joye
modified and get to the point we could reach that compromise. There will be the oppositions for the features as a whole, however I am optimistic about our abilities to get there this time rather than wait yet again a few years for something we know we will have anyway. Best. -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Pierre Joye
On Tue, Jan 4, 2022, 2:17 AM Pierre Joye wrote: > > > On Tue, Jan 4, 2022, 1:35 AM Horváth V. wrote: > >> On 2022. 01. 03. 18:17, Christoph M. Becker wrote: >> > Oh, that would be an issue. We can't use Cygwin builds; MinGW builds >> > might be okayi

Re: [PHP-DEV] Surveying interest regarding CMake

2022-01-03 Thread Pierre Joye
On Tue, Jan 4, 2022, 1:35 AM Horváth V. wrote: > On 2022. 01. 03. 18:17, Christoph M. Becker wrote: > > Oh, that would be an issue. We can't use Cygwin builds; MinGW builds > > might be okayish, though. ICU ships a VS solution file > > (source/allinone/allinone.sln) which works fine. I don'

Re: [PHP-DEV] [VOTE] User Defined Operator Overloads

2022-01-03 Thread Pierre
ity only, that'd be great. In that sense, I much preferred specific RFC about `__equalsTo()` or `__compareTo()` alone that a huge generic operator overload RFC. I think both could actually be separated, it wouldn't be that weird. Best regards, -- Pierre -- PHP Internals - PHP

Re: [PHP-DEV] [VOTE] User Defined Operator Overloads

2022-01-03 Thread Pierre
Le 03/01/2022 à 17:12, Larry Garfield a écrit : On Mon, Jan 3, 2022, at 9:52 AM, Pierre wrote: I personally tend to agree with everything that Marco said. Especially regarding the fact that it's adding huge complexity to the language itself for mostly edge cases. I'd argue there&#

Re: [PHP-DEV] [VOTE] User Defined Operator Overloads

2022-01-03 Thread Pierre
ools for improving the operator overload RFC). I'm not against explicit method call, it's both readable and navigable, whereas operator overload tend to magically hide what the code really does. Best regards, -- Pierre

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-31 Thread Pierre Joye
e if you are interested. > I will definitely follow it and see what can be done in pickle to support it as well as the legacy build system. thank you for pushing it forward, much needed :) best, Pierre

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-30 Thread Pierre Joye
On Wed, Dec 29, 2021, 8:02 PM Christoph M. Becker wrote: > On 29.12.2021 at 13:38, Horváth V. wrote: > > > Just a quick update on this in between the holidays. > > > > There are indeed quite a few of the libraries provided in the php-src's > > Windows SDK that are missing from Conan Center Index,

Re: [PHP-DEV] Drop support for libmysql with mysqli

2021-12-25 Thread Pierre Joye
drop support for libmysql. > +1 too while the ones maintaining it may have something to say :) P.S. one more point, IIRC License is not compatible > with php one (GPL) despite there is a FOSS exception > for Linux. > +libmysql, just in case :) best, Pierre >

Re: [PHP-DEV] Re: PHP-FPM process management woes

2021-12-22 Thread Pierre Joye
ng some helpers function about the current stage the ext is in (root process or childs) but that will be painful to do and port. Best, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-21 Thread Pierre Joye
On Tue, Dec 21, 2021, 5:24 AM Christoph M. Becker wrote: > On 20.12.2021 at 23:01, Horváth V. wrote: > > > On 2021. 12. 20. 17:19, Pierre Joye wrote: > > > >> We may switch to vcpkg distributions, [...], or the current autoconf > >> php js port works too. >

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-21 Thread Pierre Joye
On Tue, Dec 21, 2021, 5:02 AM Horváth V. wrote: > On 2021. 12. 20. 17:19, Pierre Joye wrote: > > We may switch to vcpkg distributions, [...], or the current autoconf > > php js port works too. > > Could you elaborate on what you mean by these? > > The reason why I p

Re: [PHP-DEV] [RFC] User Defined Operator Overloads (v0.6)

2021-12-20 Thread Pierre Joye
On Tue, Dec 21, 2021, 6:37 AM Andreas Hennings wrote: > > In a class Matrix, you might want to implement three variations of the > * operator: > - Matrix * Matrix = Matrix. > - Matrix * float = Matrix. > - Matrix * Vector = Vector. > Same for other classes and operators: > - Money / float = Money

Re: [PHP-DEV] Surveying interest regarding CMake

2021-12-20 Thread Pierre Joye
On Fri, Dec 17, 2021, 10:23 PM Kalle Sommer Nielsen wrote: > Hi > > Den fre. 17. dec. 2021 kl. 01.09 skrev Horváth V. < > friendlyan...@hotmail.com>: > > Yes, gradually phasing the current build system out is the most > > pragmatic choice, although it will incur some extra maintenance cost for >

Re: [PHP-DEV] [RFC] User Defined Operator Overloads (v0.6)

2021-12-16 Thread Pierre
writing some domain function shortcut. That's my opinion and I don't if it worth a penny, but in my mind, an operator is a function, and there's no reason that it'd be a different thing. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Re: Finishing AVIF support in getimagesize()

2021-12-08 Thread Pierre Joye
ar future so i would rather allow it if libavinfo js available rather than bundling it. best, Pierre > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > >

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

2021-12-02 Thread Pierre Joye
gt; nothing different from not searching? > I wonder what is the technical benefit from that? I do feel we are moving to a strict typed language. If that is what is desired, then let decide it clearly and move forward to rhst direction. best, Pierre >

Re: [PHP-DEV] Fork microsoft/php-sdk-binary-tools to PHP org on GH

2021-12-01 Thread Pierre Joye
ild PHP on Windows[2], > and at least some adaptions to newer PHP versions need to be done[3], > and there is a PR for building for arm64[4], which may be rejected by > Microsoft. > > Thoughts? Objections? > yes please. And get ride of the CLA while being at it. best, Pierre >

Re: [PHP-DEV] Need Update regarding PHP Travis CI Execution

2021-11-25 Thread Pierre Joye
o accounts (I never did but should be smooth :). best, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] Need Update regarding PHP Travis CI Execution

2021-11-24 Thread Pierre Joye
e generally not available on other CI providers. what we did for GD. Also adding arm is simple as the gh ci bot works on arm. For ppc and other there is a gh bot port typescript and this is the one we use. Only need to install it instead of gh one, gh website parts remain the same. Best, Pierre

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

2021-11-19 Thread Pierre
nice stuff, which deserve a nice presentation. Regards, -- Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

  1   2   3   4   5   6   7   8   9   10   >