Hi internals,
I've created https://wiki.php.net/rfc/always_enable_json with an implementation
at https://github.com/php/php-src/pull/5495
The proposal is to make it impossible to disable the JSON extension through
configuration or build options,
and require that JSON be built statically
On Wed, Apr 29, 2020 at 5:36 PM Benjamin Morel
wrote:
> I want my classes to implement JsonSerializable, but this means requiring
>> ext-json and bumping the library version.
>>
>
> At the risk of derailing... You can have your class implement the
interface unconditionally, then have a polyfill
>
> Looking at Ubuntu 20.04, they seem to
> have json built-in to the core package anyway. I'm not sure about other
> distros.
Fedora packages it separately as php-json.
I'm a big +1 on moving this extension to core. I've actually asked 2 weeks
ago if it could be disabled
it would be amazing to see something like this introduced into PHP natively
in the future.
On Wed, 29 Apr 2020, 21:52 Dan Ackroyd, wrote:
> On Wed, 29 Apr 2020 at 21:02, Henrik Skov wrote:
> >
> > Hi internals !
> >
> > Recently someone enquired about adding a streaming JSON parser to PHP.
>
>
On Wed, 29 Apr 2020 at 21:02, Henrik Skov wrote:
>
> Hi internals !
>
> Recently someone enquired about adding a streaming JSON parser to PHP.
There's also a JSON library that supports SIMD instructions and 'tree
walking', although that doesn't appear to be exposed in the PHP
extension available
Hi internals !
Recently someone enquired about adding a streaming JSON parser to PHP.
Therefore, I just wanted to point your attention to a streaming JSON
parser implementation in C that might be useful:
https://github.com/mnunberg/jsonsl
Kind regards,
Henrik Skov
--
PHP Internals - PHP
On Wed, Apr 29, 2020 at 8:11 AM Nikita Popov wrote:
> > Doing this would also make some extensions more convenient to use (e.g.
> > memcached with the json serializer, using json encoding for uses such as
> > error messages in miscellaneous extensions, etc.)
> >
>
> Another advantage would be
On 29/04/2020 01:26, Larry Garfield wrote:
To that end, I'm going to refer to them as rustmatch (an expression that only
supports expressions and returns things; basically a fancier alternative to
ternary) and switchtng (a procedural branching statement that is basically
switch but with the
Hello,
> Again, your assumption that just about everyone uses namespaced classes
> doesn't take into account closed source projects. I don't care if it's a
major
> release or not - BC breaks should always be avoided without a major
benefit
With an introduction of any new language construct,
On 29/04/2020 15:41, Chase Peeler wrote:
I don't think PhpAttribute is a bad name [...] nor is it logically inconsistent
with other Php* named classes.
One of the things I dislike about "PhpAttribute" is that it's still
really generic - I know I'm writing PHP, so it feels like broken
On 29/04/2020 15:16, Michael Morris wrote:
I would like the old "throw it all in" approach to be moved out of \ and
into \PHP\Legacy.
...
Or is \ itself just going to be legacy? I suppose that could be done
Renaming all the existing functions (and which ones? everything in
PECL?) to
On Wed, Apr 29, 2020 at 9:35 AM Benas IML wrote:
> Hello,
>
>
I honestly don't care what it's called, but I am seeing some arguments
being used in favor of changing it that I think are invalid.
> Since your project is just a single example, we still can't make such a
> bold
> claim that
On 29/04/2020 13:50, Côme Chilliet wrote:
Le mardi 28 avril 2020, 18:59:22 CEST Benas IML a écrit :
Could you provide any examples as to where '\Attribute' is being used in the
wild? I haven't seen a single project that has an Attribute class and uses the
global namespace.
We do use an
On Sat, Apr 25, 2020 at 3:28 AM Rowan Tommins
wrote:
> Hi Michael,
>
> On 25 April 2020 00:00:32 BST, Michael Morris wrote:
> >Changing function names and argument orders would lead to BC breaks so
> >massive people would move away without a transition plan that was
> >sustainable long term.
On Wed, 29 Apr 2020, Nikita Popov wrote:
> On Wed, Apr 29, 2020 at 3:24 PM Côme Chilliet <
> come.chill...@fusiondirectory.org> wrote:
>
> > Le mercredi 29 avril 2020, 14:58:02 CEST Nikita Popov a écrit :
> > > On Wed, Apr 29, 2020 at 2:51 PM Côme Chilliet <
> > >
On Wed, Apr 29, 2020 at 3:24 PM Côme Chilliet <
come.chill...@fusiondirectory.org> wrote:
> Le mercredi 29 avril 2020, 14:58:02 CEST Nikita Popov a écrit :
> > On Wed, Apr 29, 2020 at 2:51 PM Côme Chilliet <
> > come.chill...@fusiondirectory.org> wrote:
> > > Le mardi 28 avril 2020, 18:59:22 CEST
Hello,
Since your project is just a single example, we still can't make such a bold
claim that `\Attribute` is used a lot.
While "attribute" is a fairly generic word, just about everyone uses
namespaced
classes and therefore it's not a huge problem. Moreover, PHP 8 is a major
release so BC in
On Wed, Apr 29, 2020, at 1:41 AM, Ilija Tovilo wrote:
> > Or for that matter... is anyone actually using that syntax in the wild, or
> > is it hypothetical?
>
> It's quite common in C (you can't declare variables directly in a
> switch case) so I'd guess it would be used at least by some people
I've no objections to JSON becoming part of PHP's core, it's so commonplace
these days I'd welcome it.
If JSON were to become a part of core, what would people think about
introducing support for a streaming JSON parser?
Having worked with many integrations where you simply get shipped a large
Le mercredi 29 avril 2020, 14:58:02 CEST Nikita Popov a écrit :
> On Wed, Apr 29, 2020 at 2:51 PM Côme Chilliet <
> come.chill...@fusiondirectory.org> wrote:
> > Le mardi 28 avril 2020, 18:59:22 CEST Benas IML a écrit :
> > > Could you provide any examples as to where '\Attribute' is being used in
On Wed, Apr 22, 2020 at 7:38 PM tyson andre
wrote:
> Hi internals,
>
> Currently, it's possible to disable the json extension with `./configure
> --disable-json`.
> However, JSON is widely used in many use cases - web sites, logging
> output, and as a data format that can be used in CLI programs
On Wed, Apr 29, 2020 at 2:51 PM Côme Chilliet <
come.chill...@fusiondirectory.org> wrote:
> Le mardi 28 avril 2020, 18:59:22 CEST Benas IML a écrit :
> > Could you provide any examples as to where '\Attribute' is being used in
> the
> > wild? I haven't seen a single project that has an Attribute
Le mardi 28 avril 2020, 18:59:22 CEST Benas IML a écrit :
> Could you provide any examples as to where '\Attribute' is being used in the
> wild? I haven't seen a single project that has an Attribute class and uses the
> global namespace.
We do use an Attribute class in FusionDirectory:
Just a heads up, I'll put https://wiki.php.net/rfc/non-capturing_catches up
for vote in a couple of days.
--
Best regards,
Max Semenik
Hey internals,
Since this is just an implementation detail, Benjamin will submit a new PR
himself (after merging Attributes v2 into PHP) to rename `PhpAttribute`. As
such, I am not making a separate RFC.
Best regards,
Benas Seliuginas.
--
PHP Internals - PHP Runtime Development Mailing List
To
Le 29/04/2020 à 13:23, Christoph M. Becker a écrit :
> On 29.04.2020 at 12:00, Michał Brzuchalski wrote:
>
>> TIL there's a spell check ext in PHP.
>
> Well, actually there are two: ext/enchant and ext/pspell.
The problem is that some distro may not have usable dictionnary
Ex: in RHEL / CentOS
Le 29/04/2020 à 11:52, Christoph M. Becker a écrit :
> Apparently, not much has been changed in the meantime, besides that new
> Enchant 2 releases are rolled out regularly. The latest release of
> Enchant 1 (1.6.1) happened on 2017-02-08, and I don't expect to see new
> Enchant 1 releases.
On 29.04.2020 at 12:00, Michał Brzuchalski wrote:
> TIL there's a spell check ext in PHP.
Well, actually there are two: ext/enchant and ext/pspell.
--
Christoph M. Becker
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Christoph,
śr., 29 kwi 2020 o 11:52 Christoph M. Becker napisał(a):
> Apparently, not much has been changed in the meantime, besides that new
> Enchant 2 releases are rolled out regularly. The latest release of
> Enchant 1 (1.6.1) happened on 2017-02-08, and I don't expect to see new
>
Hi all!
On 12.10.2017 at 19:18, Christoph M. Becker wrote:
> I've noticed the other day that Enchant 2.0.0 has been released in
> August[1]. ext/enchant does not support Enchant 2 yet, however. Only a
> few fixes are necessary to make it compile[2], but there is an issue
> regarding the PHP
On Wed, Apr 29, 2020 at 11:07 AM Nikita Popov wrote:
> On Wed, Apr 29, 2020 at 10:56 AM Benjamin Eberlei
> wrote:
>
>>
>>
>> On Wed, Apr 29, 2020 at 9:47 AM Nicolas Grekas <
>> nicolas.grekas+...@gmail.com> wrote:
>>
>>> > I think it might be best to apply to "both" and provide an isPromoted()
On Wed, Apr 29, 2020 at 10:56 AM Benjamin Eberlei
wrote:
>
>
> On Wed, Apr 29, 2020 at 9:47 AM Nicolas Grekas <
> nicolas.grekas+...@gmail.com> wrote:
>
>> > I think it might be best to apply to "both" and provide an isPromoted()
>> > method on both ReflectionParameter and ReflectionProperty.
On Wed, Apr 29, 2020 at 9:47 AM Nicolas Grekas
wrote:
> > I think it might be best to apply to "both" and provide an isPromoted()
> > method on both ReflectionParameter and ReflectionProperty. Any code that
> > wishes to validate the allowed positions of an attribute can then skip
> >
> I think it might be best to apply to "both" and provide an isPromoted()
> method on both ReflectionParameter and ReflectionProperty. Any code that
> wishes to validate the allowed positions of an attribute can then skip
> properties/parameters that report isPromoted() as true, to avoid reporting
On Wed, Apr 29, 2020 at 2:35 AM Larry Garfield
wrote:
> On Tue, Apr 21, 2020, at 9:43 AM, Larry Garfield wrote:
>
> > On Mon, Apr 20, 2020, at 11:06 PM, Sara Golemon wrote:
> > > Happy with the revival, and I do want to underline the "Future Work"
> > > section about Partial Functions. PF will
On Wed, Apr 29, 2020 at 2:05 AM Larry Garfield
wrote:
> On Tue, Apr 28, 2020, at 10:56 AM, Nicolas Grekas wrote:
> > >
> > > > I would expect attributes to apply only to the properties on my side.
> > >
> > > Parameter annotations could be interesting for dependency injection.
> > > Symfony
> Or for that matter... is anyone actually using that syntax in the wild, or is
> it hypothetical?
It's quite common in C (you can't declare variables directly in a
switch case) so I'd guess it would be used at least by some people in
PHP.
The worst part is that your code wouldn't throw, it
37 matches
Mail list logo