s ok to me
if people feel strongly pro-enum, but I do really hope it is then a
single enum + setOption() call.
Best,
Jordi
[1]
https://github.com/composer/composer/blob/main/src/Composer/Util/Http/CurlDownloader.php
Jordi Boggiano
@seldaek - https://seld.be
On 15.06.2025 22:12, Adam Cable wrote:
I'd like to present my first RFC - str_icontains, a case-insensitive
friend of str_contains
RFC: https://wiki.php.net/rfc/str_icontains
PR (including tests): https://github.com/php/php-src/pull/18705
Just a +1 from my side. Looks good, useful and I've de
x27;s not a very specific request for a memory
amount.
Best,
Jordi
--
Jordi Boggiano
@seldaek -https://seld.be
On 01.04.2025 00:03, Niels Dossche wrote:
We live in an imperfect world, and we often approximate data, but neither `==`
nor `===` are ideal comparison operators to deal with these kinds of data.
I am late to the party here, but in all seriousness when I read the subject my
initial thought wa
. But I fully
agree with you, this doesn't look like the cleanest API, and it might be
a good opportunity to clean things up.
I guess we'll go back to the drawing board and try to come up with an
API proposal that fits in better.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
:
$current_error_handler = set_error_handler('valid_callback');
restore_error_handler();
This feels hackish and is error-prone.
Sounds good to me, straightforward clean-up of a weird API.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
rward to hearing your
feedback!
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
se, but I
just wanted to emphasize that there is no rush here.
Best,
Jordi
--
Jordi Boggiano
@seldaek -https://seld.be
ncies
here?
As for 2, I kinda need my computer still but I can offer to test run some
builds if it helps.
Best,
Jordi
--
Jordi Boggiano
@seldaek -https://seld.be
Hey Bilge,
On 24.08.2024 18:49, Bilge wrote:
New RFC just dropped: https://wiki.php.net/rfc/default_expression. I
think some of you might enjoy this one. Hit me with any feedback.
Great work overall, I'm all for it and even though it's not something I
saw myself using a whole lot, the json_e
public $publicReadOnly { private set; }
}
And now that I see it spelled out more, I do agree that while it appears a bit more
verbose, and this "(set)" looks odd at first, having all the visibility upfront
is a lot clearer than having to read through the hooks to see what visibility applies.
Best,
Jordi
--
Jordi Boggiano
@seldaek -https://seld.be
On 2024-07-10 20:08, Michael Morris wrote:
On Wed, Jul 10, 2024 at 5:51 AM Jordi Boggiano
wrote:
As for the rest of the thread, I feel like everyone needs to take
a few days to chill because it's getting a bit heated around here.
People are passionate about the things they
ng a bit heated around here.
Best,
Jordi
[1] https://docs.contao.org/manual/en/installation/contao-manager/
--
Jordi Boggiano
@seldaek -https://seld.be
.
[1] https://getcomposer.org/doc/articles/autoloader-optimization.md
--
Jordi Boggiano
@seldaek -https://seld.be
ed, so the concept of dynamic properties
simply cannot exist, and that's really all there is to it 😅 (unless
I'm missing something).
Yeah sorry that is indeed not needed as it already works that way
https://3v4l.org/TYIiV
It is not compile time though, but that's a separa
would also throw at runtime (or even compile time if doable?).
As for voting intention, it sounds totally reasonable to me, and while I
don't see myself using it much I don't see a reason to be against it, so
👍🏻
Best
Jordi Boggiano
@seldaek - https://seld.be
On 2024-03-22 10:46, Rowan Tommins [IMSoP] wrote:
On Fri, 22 Mar 2024, at 08:17, Jordi Boggiano wrote:
We perhaps could make sure that as does not throw if used with `??`,
or that `??` catches the type error and returns the right-hand
expression instead:
So to do a nullable typecast you
in an also very concise way.
The only catch I see is that it would also swallow errors about $a not
being defined at all.
Best,
Jordi
--
Jordi Boggiano
@seldaek -https://seld.be
should still return false IMO until it is
defined, and once it is defined the cache should be busted.
https://3v4l.org/VLW5O looks like correct behavior to me correctly.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To u
ue for resourcey objects would have
prevented all resource-related errors I ran into with php8.0 migration I
believe. That'd be a welcome improvement/fix for 8.1.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsu
e
sounds good to me to make sure the debate is closed once and for all.
Ignoring it now to get another RFC trying to change the syntax in two
months isn't helpful :)
Aside from that, also +1 on "good work everyone involved", this looks
pretty solid now and I'm looking forwa
hite space is used.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
s and SPL with better
docs/naming/usability would absolutely be great to have from my userland
perspective.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
ple pass in tabs too, or "🚀" if
that's how you want your JSON indented..
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
bject is passed to `new Random($obj)`, probably it should throw
an InvalidArgumentException if a seed is also passed in, as I assume in
that case it would be otherwise be ignored.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing Lis
et it, but I find this isn't
great ergonomics compared to the existing.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
Hi Mark,
On 06/04/2021 00:05, Mark Randall wrote:
* I expect 99.% of users will never know it exists, and it will
instead just be an option for tools like composer that will provide a
small transparent boost.
I wrote this as feedback in your early round (I don't think you
answered), an
On 16/03/2021 15:02, Stephen Reay wrote:
On 16 Mar 2021, at 20:07, Jordi Boggiano wrote:
P.S: While I am here looking at spl_* docs, it seems to me like
spl_autoload_call should be deprecated in favor of class_exists, and
spl_autoload_extensions + spl_autoload also probably should be
p
[2]
https://github.com/composer/composer/blob/b6826f352390b4c952be8fd75d60cfd4f6f39f11/src/Composer/Autoload/ClassLoader.php#L478-L481
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
xes
would prevent us from adding some features later based on a lack of end
delimiter, as it was the only objective technical argument in favor of
#[]/@[].
Now it's IMO all about what syntax people prefer visually..
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
P
nd
thus not really worth discussing, it'll be up to everyone's preference.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
On 10/08/2020 10:41, Derick Rethans wrote:
I've just opened the vote to make sure we don't make a terrible mistake
with using the @@ syntax for attributes:
https://wiki.php.net/rfc/shorter_attribute_syntax_change#voting
Here is a more detailed comparison of how this would look like in real
u
efinitely expect this to
work because why not?
I think if it can be reasonably fixed it probably would make sense for
consistency and WTF-avoidance if anything.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
every single thread about attributes contains an email like
the above, no matter what we end up with I will be glad if it's not
<>.
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
I checked, while << does occur
both as the << operator and heredocs/nowdocs. My fellow
grumpy-old-non-IDE-users might find this a valid argument too :)
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
ts and getters etc it tends to lead to much uglier and repetitive
code like:
if ($foo && $foo->getBar() && $foo->getBar()->getBaz()) { ... }
So yeah, +1
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ot be often, but it's kind of a shame if we can foresee it and
prevent it from happening.
TL;DR: true
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s etc as hard fatals.
So what do we gain exactly?
Best,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, 19 Oct 2018 at 10:18, Dmitry Stogov wrote:
> I would like to start discussion on a Preloadng RFC
> https://wiki.php.net/rfc/preload
This sounds great!
If I understand correctly, this could also be included in Composer as
a new autoload type "preload" (which would be an array of files to
ot that 2018-07-17 12:00 UTC *couldn't*
work – it's just I'd rather have some buffer time (I presume there will
be more RFCs whose voting ends close to feature freeze).
Alright, updated!
RFC voting now closes on 2018-07-16 23:00 UTC.
M.
--
Jordi Boggiano
@seldaek - https://se
switch ($a) {
case FOO:
case BAR:
// both are strict ===
}
Might I suggest a new strictwich ($a) { ... } keyword? It's much more
appetizing.
Apologies,
Jordi
--
Jordi Boggiano
@seldaek - https://seld.be
--
PHP Internals - PHP Runtime Development Mailing Li
or someone to actually fix the Phar
extension so addFromString has a filemtime parameter you can pass the
desired mtime to. I have not checked whether addFile suffers from the
same issue or not, but possibly it needs to be fixed to read the mtime
from the file you add.
Best,
Jordi
--
Jord
aunch date, but that's ok we'll run RC6
in prod for a bit longer ;)
Thanks to everyone involved! Great progress [1]
[1] https://raw.githubusercontent.com/php/php-src/php-7.1.0RC6/UPGRADING
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development
and array_* functions should probably be fixed to work with
arraylike objects too, then it'd bring actual value.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
and such, it took 10 years, but they are finally
gone.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ed.
[1] https://bugs.php.net/bug.php?id=70795
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e current situation, if you add a library that relies on mt_rand
you can suddenly break your ability to get consistent numbers.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ot; intact instead of
going back to cowboy php days.
We are finally seeing more rapid PHP version adoption and I think it
would be a shame to break the trust PHP gained in the last few years of
stable and predictable releases.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Inter
x27;);
var_dump($reflection->getProperties());
outputs:
array(0) {
}
The object clearly has properties corresponding to it's internal state, but
reflection doesn't seem to report them?
I can't tell you why it acts like this, but in case you are looking for
a work
e to have.
I don't think for function arguments it's massively useful and I doubt
it'll get put everywhere, but it's nice to be able to express this when
you have to.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mail
in-line with the function signature but at the same time I can't imagine
how else it would work that would be any better.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
a string.. You get syntax highlighting in editors,
and most importantly compile time syntax errors if you messed up.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
arately. It would just save us
those 3 lines of check if we could type-hint appropriately.
And it would save us one line of phpdoc as well because IDEs could infer
the information from the code.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
http://stackoverflow.com/a/32870871/2224584
Sounds great, and the amount of different answers on this stack overflow
question highlights the problem very well IMO.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
nterferences are reduced quite a bit.
Cheers
--
Jordi Boggiano
@seldaek - http://seld.be
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12/06/2015 01:53, a...@php.net wrote:
The first alpha for 7.0.0 was just released and can be downloaded from:
https://downloads.php.net/~ab/
The Windows binaries are available at
http://windows.php.net/qa/
Yay!
Thanks to everyone involved.
Composer test suite passing and in -50% runtime
On 16/03/2015 14:45, Theodore Brown wrote:
On Monday March 16 at 9:33 am Thomas Punt wrote:
Strictly speaking (pun intended), this is not true. A library can easily expose
a
facade that enforces a user of that library (who is in weak mode) to have to
write
in strict mode [1]. Once more, this
On 16/03/2015 11:49, Pavel Kouřil wrote:
it's similiar to the safe_mode though. Sure, it's not as bad as INI
setting, but the "intent" is the same - a switch changing how code
behaves.
ini_set('memory_limit', 10); also changes how your code behave, but it's
global so that can be problematic.
On 15/03/2015 22:27, Derick Rethans wrote:
On Sun, 15 Mar 2015, Zeev Suraski wrote:
I don't think it's going to far, if you have people with no clue writing
this:
https://plus.google.com/+KristianK%C3%B6hntopp/posts/ijoDNH2M8mB
Do you know who Kristian is and how instrumental he was in the
p
On 05/03/2015 08:07, Yasuo Ohgaki wrote:
So array functions are subject to be changed.
bool in_array ( mixed $needle , array $haystack [, bool $strict ] )
Renamed to array_in() and fix order.
mixed array_search ( mixed $needle , array $haystack [, bool $strict ] )
Renamed to array_find(
On 27/02/2015 15:19, Andi Gutmans wrote:
On Feb 27, 2015, at 7:12 AM, Anthony Ferrara wrote:
Dmitry and Zend,
Thank you for sharing your code. I look forward to playing with it.
Perhaps after 7 stabilizes (and ships) you could write up your
thoughts around it? Why decisions were made and th
On 27/02/2015 14:31, Sebastian Bergmann wrote:
Am 23.02.2015 um 19:15 schrieb Nikita Popov:
Voting on the engine exceptions RFC, which proposes to convert existing
fatal and recoverable fatal errors into exceptions, has opened:
https://wiki.php.net/rfc/engine_exceptions_for_php7#vote
The
Matthew,
Thanks a bunch for going through this and writing such a detailed report.
On 27/02/2015 00:29, Matthew Weier O'Phinney wrote:
### STHv5
[snip]
Analysis
I did not expect the float value to be coerced, particularly as it had a
fractional part. Yes, I understand that this is how
only associated with PHP and offer no good reason to be allowed in
user uploads, I guess it's safe.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t out here.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
if int -> float is allowed.
As for the straw poll, I also think declare() is the clearest syntax,
especially if it's enforced to appear at most once and on top of the
file to remove any potential misuses.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PH
g the upgrade path
harsher, but it's also not great to let they linger on forever with no
notice to users that they are doing something wrong.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://w
strict sometimes for some
critical code paths, and for them the proposed solution is quite good as
well.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
integral part of it.
By this logic, the current proposal also does not take anything away
from weak-typing proponents (which I guess I am a part of FWIW). It lets
everyone be happy in their corner.
I don't see how this is worse than one side winning by ignoring the other.
Cheers
--
Jordi
thers) in mind
and maybe I'll come to a different conclusion.
Thank you for that, Sebastian. It is not a simple RFC and votes should
be thought through as it is such an old and important topic to many people.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - P
together.
When strict code calls non-strict code, they get errors if they pass
invalid params, but that is what they want since they asked to be
strict, so they get full on error reporting/static analysis of their
code, but do not push it on the whole ecosystem.
Cheers
--
Jordi Boggiano
On 19/01/2015 10:40, Andrea Faulds wrote:
Hi Jordi,
On 19 Jan 2015, at 10:37, Jordi Boggiano wrote:
On 19/01/2015 08:28, Andrea Faulds wrote:
Good morning,
This is a reboot of Davey Shafik’s RFC (with permission). After recent
discussions about sort functions, I was inspired to bring this
-comparison-operator
I am all for it, but just so we don't end up with yet another
T_PAAMAYIM_NEKUDOTAYIM can we please not call this T_SPACESHIP? It
sounds fun now but future generations will hate us.
Rather use T_COMBINED_COMPARISON or such?
Cheers
--
Jordi Boggiano
@seldaek - http://ne
line with semver and
using more normalized branch and tag names. I understand that pecl is
its own ecosystem and I come in out of nowhere and ask you to change,
but I really believe it's for the best in the longer term.
[1] in the sense that a branch produces releases since tags are made
out
On 15/01/2015 16:01, Pavel Kouřil wrote:
On Thu, Jan 15, 2015 at 4:35 PM, Jordi Boggiano wrote:
I mean that if someone wants strict typing they won't want to use weak hints
because that would coerce the data before they can verify it and ensure
their code is strictly typed.
Therefor
hecks yourself where you see fit.
If you had strict typing only or weak only you anyway could not choose
which library should be strict, each library would decide for you.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubs
On 15/01/2015 15:31, Pavel Kouřil wrote:
On Thu, Jan 15, 2015 at 4:19 PM, Jordi Boggiano wrote:
Right now, or with only weak hints, if a library decides to implement strict
typing, they'll skip the scalar hints and check types with something like
the assert lib [1]. A user calling it
ce
you usually move code into places you own, I'd assume you know it if you
are using strict typing.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
That is the value I see in the declare() proposal, although whether it's
declare() or some other way to enable this per file I don't really care.
[1] https://github.com/beberlei/assert
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
rules to improve the
behavior of the weak types, having scalars in return hints (since return
hints seem likely to pass), etc.
If *b* passes as well great we have a complete picture and every team
can have declare() Y/N in their own coding guidelines based on preference.
Cheers
--
Jordi
the algo won't change it would be even better.
Bottom line is I think it's important to have the ability to set the
seed yourself.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t for simple types though because
it's not your job to validate user input. You need an int ask for an int
and get an int. If users like convenience they can skip validation, if
they like strictness they can do their own layer of Assertion::foo calls
in their controllers.
Cheers
--
Jordi Bogg
hings like:
function foo($number, $string) {
expectNumber($number); expectString($string);
}
That'd be a simple lib to write, it barely adds more code to your
functions, and you get strict typing. But I hardly see anyone do this,
and I would argue it's because it sounds app
On 28/10/2014 15:08, Andrea Faulds wrote:
On 28 Oct 2014, at 14:24, Rowan Collins wrote:
Andrea Faulds wrote on 28/10/2014 14:08:
On 28 Oct 2014, at 07:17, Jordi Boggiano wrote:
I like it, except for the fact that if you add a custom getter to a property suddenly it
becomes readonly
uot;public readonly $foobar;" as a shorthand
for readonly properties without custom getter.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 24/10/2014 12:54, Andrea Faulds wrote:
On 24 Oct 2014, at 10:29, Jordi Boggiano wrote:
Thanks for the work (again). It's an interesting small idea but I'd much prefer
revisiting the original getter/setter RFC [1] which had a majority but just
fell short of the 66% mark.
Thi
faces of public properties and setFoo.
[1] https://wiki.php.net/rfc/propertygetsetsyntax-v1.2
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Somewhat unrelated to this vote in particular, but someone mentioned on
IRC that it would be cool to see votes chronologically so I wrote a
short JS snippet that does just that. In case anyone is interested for
archeological purposes:
https://gist.github.com/Seldaek/bc0ae0e2bf1617d71ed7
--
PH
exceptions before they bring everything down.
I'd imagine that this RFC would not affect most sane cases of shutdown
handlers and related "show a nice error page to users when all hell
breaks loose" tricks.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
As I answered on Anthony's post, there is not much need for waking up,
or moving the talks to a forum, or discussing the problem to death here.
The problem is clear, and everyone involved on this mailing list is
aware of it to some degree. The only way this can be solved is if the
offenders self-c
to prod, and I can imagine the
impossible-to-reproduce issues that will follow.
That said, your last proposal of at least having a switch in php like
--enable-evil-json sounds better than the current state. If we do have
an equivalent implementation though we might as well throw away the
existing one i
t; Deleted branch 5.5 (was 4c76215).
And to ensure you never push garbage by accident, run this to tell git
to always only push the branch you're on when you run `git push`:
git config --global push.default current
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Inte
having undeclared properties because someone forgot.
I am very supportive the idea, although I see that it could be confusing
to some. Maybe the syntax needs to change, but the overall change is
much welcome.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime
t and remove it.
+2 for just removing it. In my experience most/all people using it just
do so by accident, because they copy pasted a configure line that had it
enabled from somewhere 5 years ago and never looked back.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals -
ly be named in a sane way though :/
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ing
with 5.5 for a while now and did not notice anything out of the ordinary.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
at segfaults under some
conditions when using composer which makes a lot of builds fails for
nothing.
While I wish they'd update their VMs more regularly, it's definitely
still a good idea to enable those bleeding-edge builds.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
-
ars (recent
framework development with namespace-itis + PSR-0 have led to some
really long paths) I can only encourage you to continue the research,
and I sure hope you get somewhere.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To uns
Is it possible at all?
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
point of view I do
like that it opens up some sort of duck-typing by allowing decorators to
be drop-in replacements even if there is no interface to implement.
Cheers
--
Jordi Boggiano
@seldaek - http://nelm.io/jordi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
1 - 100 of 144 matches
Mail list logo
