imagecreatetruecolor(120, 20);
if(!$gdImage) die('Cannot Initialize new GD image stream');
I've written a very rough draft RFC here[7] - and I would love feedback.
If it's taken well I can put it up on the wiki.
Thanks,
Ryan "Iggy" Volz
[1]: h
On Tue, Jul 10, 2018 at 2:26 AM, Walter Parker wrote:
>
> That is a matter of style, as I find $a = func() or die more clear that
> the version that uses ||
>
> Not chaining stuff together is a third style.
>
> This feels like a Python PEP request. By that I mean that Python wants to
> have only
On Tue, Jul 10, 2018 at 10:58 PM, Alice Wonder wrote:
> Using github may not be the most reliable method.
>
> Look at what is most popularly used in composer dependencies.
Absolutely - but it's the first one that came to mind when thinking of "how
to get popular repositories really quick". I
tion to
users about new features coming through as they can read the RFCs and see
what's approved, rejected, in limbo, etc.
>
> cheers
> Dan
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
I know I'm new to this list, and its my first response, but I feel like
more transparency is a good thing for the users of PHP.
Cheers!
Ryan
Does anyone have a better suggestion on exposing a thread safe version?
>
> What about just adding another function: setlocale_global(), or
> similar? I don't want a new INI setting any more than you do.
>
> Adam
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
I like the idea of an INI actually, but I would make it default to the
current bahaviour and user education so those who need TS know to change it.
Ryan
; version even if the code was not modified ?
>
> Regards
>
> François
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
> - Ryan
return true;
}
return false;
});
As you can see, by the result of the naming convention, I know where the
class/interface/trait will be defined based on its namespace and name.
Since traits live under a traits folder, its obvious from their location on
the filesystem what they are (no need to .trait.php at the end).
Additionally since Interface is how all interfaces end in name, the
filename would be redundant to have .interface.php at the end.
-Ryan
do that with the wonderful
is_numeric. And for simplicity, make an invalidArgument method that you can
call after manually checking if arguments are wrong: *http://3v4l.org/r0qO0
<http://3v4l.org/r0qO0>* Works for all versions this tool runs as well.
-Ryan
>
> --
> Stas Malyshev
> smalys...@gmail.com
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
On Wed, Apr 29, 2015 at 8:37 PM, Yasuo Ohgaki wrote:
> Hi Rowan,
>
> On Thu, Apr 30, 2015 at 11:17 AM, Yasuo Ohgaki wrote:
>
> >
> >> A fatal error wouldn't constitute a DoS vulnerability, would it?
>
> Attacker may inject huge ID value and/or they may simply access
> >>> web sites t
On Tue, May 12, 2015 at 1:27 PM, Lester Caine wrote:
> On 12/05/15 19:55, Rowan Collins wrote:
> > For instance, valid input for a 64-bit signed integer in a database
> could include:
> > - any PHP native integer (assuming nobody builds with 128-bit ints!)
> > - any string consisting of all digit
On Wed, May 13, 2015 at 11:16 AM, Guido Contreras Woda
wrote:
> Hello everyone!
>
> Multiple frameworks and libraries define interfaces or objects that wrap
> around some scalar value and add behavior, the most common case being
> arrays and Collection / Hash[Set|List] objects. Although this obje
On Fri, May 15, 2015 at 11:41 AM, Dan Ackroyd
wrote:
> On 15 May 2015 at 17:12, Xinchen Hui wrote:
> >> How would that work when people want to write unit/integration tests
> >> to test the behaviour of a module when an EngineException is thrown?
> >>
> >> If you can't create a certain type of e
Use array_intersect_key with array_flip.
$pending_pick_key1 = [uid, username];
array_intersect_key($origin_array, array_flip( $pending_pick_key1));
On Jun 17, 2015 7:25 PM, "Netroby" wrote:
> Now, we have a large array, contains user profile.
> [uid, username, password, email, qq, msn, skype, ad
is seems really useful to me. If its not something that was considered
before I can try to write up an RFC for this, however I'm not sure if this
was already considered and denied. Any feedback would be greatly
appreciated.
-Ryan
On Sat, Jul 11, 2015 at 12:41 PM, Sebastian Bergmann
wrote:
> Am 11.07.2015 um 19:53 schrieb S.A.N:
> > It will be useful for autocomplete in IDE
>
> That argument is bogus since proper IDEs (PhpStorm, fex.) leverage
> docblock annotations for that already.
>
> Agreed. I don't know any IDE mean
On Sun, Jul 12, 2015 at 4:51 PM, Alan Willms wrote:
> What about arrays? How do I declare Foo[] ?
>
> http://ocramius.github.io/extremely-defensive-php/#/69
>
> 2015-07-12 16:37 GMT-03:00 Larry Garfield :
>
> > On 07/12/2015 11:16 AM, Marcio Almada wrote:
> >
> >> Stas,
> >>
> >> 2015-07-12 5:10
>
>
> Ive just opened a new RFC https://wiki.php.net/rfc/jsonserializable
>
> regarding Json to Object unserialization.
>
> I like the idea, but how do you handle complex json notations, that may
contain arrays of objects? Say:
{
"id": 123
"type": "user",
"name": "derokorian"
"permissio
On Mon, Jul 13, 2015 at 1:40 AM, Rasmus Lerdorf wrote:
>
> Like I said, adding type checks to every assignment is a rather large
> change, and I doubt it can be done without some nasty performance costs.
>
> Honestly, I would rather have a speedy runtime and put the effort into a
> static analysi
On Wed, Jul 29, 2015 at 5:25 PM, Yasuo Ohgaki wrote:
> Hi all,
>
> On Thu, Jul 30, 2015 at 7:44 AM, Yasuo Ohgaki wrote:
>
> > On Thu, Jul 30, 2015 at 1:13 AM, Nikita Popov
> > wrote:
> >
> >> Instead of continuing to use serialize_precision, which will produce
> >> unnecessarily long outputs fo
On Aug 19, 2015 6:44 AM, "Björn Larsson" wrote:
>
> Plan to migrate to PHP 7 later, like the new Exception/Error way
> of working very much. Point is that current set_exception_handler
> only address exceptions, not errors. You are right that on that the
> surface it's the same callback, but could
tion
For some purposes, you need to be able to reflect files and classes
without loading them, which I think is a huge gap in the Reflection API.
That said, a proper ReflectionFile would be welcome, even if it did load
the file.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP
Ryan McCue wrote:
> For some purposes, you need to be able to reflect files and classes
> without loading them, which I think is a huge gap in the Reflection API.
> That said, a proper ReflectionFile would be welcome, even if it did load
> the file.
Forgot to mention: it is also, as f
best :-)
I have no need for the class any more, since I'm using a different
documentation tool instead.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ns are T_OBJECT_OPERATOR and T_DOUBLE_ARROW respectively, if
that helps: http://www.php.net/manual/en/tokens.php
The namespace operator is T_NS_SEPARATOR.
Hope that helps,
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
a bit confusing using the typecasting syntax.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ryan McCue wrote:
Double-checking, but this is different to normal typecasting, isn't it?
If so, it might be a bit confusing using the typecasting syntax.
Could have sworn I saw that "123foo" would give E_RECOVERABLE_ERROR, but
I can't find that now, so possibly disre
s are much easier to deal with and
should be the way to go here. If you use a single method for all the
casts, you'll probably end up recreating separate methods anyway (i.e.
`case 'int': return $this->toInt();` ) which seems silly to me.
--
Ryan McCue
<http://ryanmccue.info
ersonally, I don't think PHP's system needs to change any time soon (or
indeed, at all), unless a majority of contributors really want to. It's
just a waste of time and resources otherwise.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mai
have significant data loss is covered by that.
Bottom line: I'd personally use this, while I certainly would not use
the previous style (with `(int) $foo` e.g.).
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hat's something we
necessarily want.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
k that is a documentation issue. We already have plenty of
confusion here because it isn't documented that parse_str() is affected
by the max_input_vars setting.
I think that is definitely a documentation issue, but the extra argument
is the way to go in terms of being the least
Kris Craig wrote:
An argument could be made that, as the users of PHP, they should be
able to have some say in its development.
As a PHP developer (that is, a developer who writes in PHP), I'd agree,
*to an extent*. There are certainly things that I'd like to be able to
vote on (such as addit
Stas Malyshev wrote:
Basically, it allows you to do this:
create_query("deleted=0", "name",,, /*report_errors*/ true);
I'm a huge fan of this idea, for all the reasons listed on the RFC and
one additional one: it brings normal functions in line with the syntax
for list() - We can skip param
', $value => 'abc');
...would be better.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d.
Somewhat off-topic, but is there a reason why not? It seems to me that
introducing a new API without using PHP's best method of error handling
(IMHO) is a little silly.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
byte-level and character-level where
needed, with character-level functions based on mbstring.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ng two commits in the commit history isn't
that bad.
(The main issue I can think of is with using `git blame`)
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
C on how to write an RFC".
If we do that, we should call them PHP RFCs (PRFCs?) instead, to avoid
confusion with IETF RFCs, otherwise it may get confusing.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
rson who was confused when we talked about
> generators RFC and thought we meant IETF RFC describing standards for
> electrical generators in data centers.
I meant more with regards to numbered RFCs.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mai
As far as I can tell, there's no standard which uses the Olson database
to specify the timezone, so we'd have to create one.
What about ISO8601 with the Olson timezone suffixed?
2012-09-02T18:17:36+0100 (Europe/London)
2012-09-02T18:19:05+0100 (Africa/Niamey)
--
Ryan M
t I preferred __CLASS__ as well to be more in
> line with what we currently have, I haven't changed my mind since the
> arguments provided didn't convinced me at all.
I somewhat agree; using __CLASS__ would make it more obvious that it's
compile-time rather than runtime, IMO.
it before it's finished; then it would set the variable in the
function's brackets as true. eg: Functname($URL;$trueorfalse).
This could be used to check if a site is up without having to download the
whole page.
Regards,
Ryan
--
PHP Internals - PHP Runtime Development Mailing
(or
was it classkit .. I can never separate the two in my brain).
PHP_Compat[http://pear.php.net/package/php_compat] would be another
alternative.
-ryan
Speaking of *kit .. how about sandboxing or some sort of taint model.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing
oking for a *needle* in a *haystack*.
-ryan
Thus: strpos(needle, haystack) is the correct way (tm) =)
I agree, though I don't really care so long as its the same in all
the str* and array* functions
-ryan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Maintaining the documentation
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
or our site are
correct, but mistakes do happen and we want to guarantee that our
customers have as good an experience as possible in the case of
unexpected errors (as any enterprise site should).
Thoughts?
Thanks,
Ryan Dingman
[EMAIL PROTECTED]
Next Online Mortgage Technologies
--
PH
I sent this message last week and haven't received a single reply. I
was hoping for someone to either agree that it was a bug and advise
if/when a patch would be included in PHP or explain why they believe
that this is the "correct" behavior for PHP.
Thanks in advance
Here's a patch for bug #35512. I'm hoping that this can be included
in PHP 5.1.2
Thanks,
Ryan Dingman
[EMAIL PROTECTED]
Next Online Mortgage Technologies, Inc.
Index: ZendEngine2/zend.c
===
RCS file: /repository/Z
Hi, what are the chances this patch can be committed to the 5.2.x
branch? I'm working on a project which can benefit from this patch but
5.3 sounds to be a ways out.
Thanks,
Ryan Panning
Etienne Kneuss wrote:
Hello,
Thanks! I've that dynamic access of static members patch that
Hi, not trying to be a pest but it was very hard to keep up with all of
those posts about namespaces and the other about type hinting. Was
there, or is anyone able to give a quick summery of those topics? Sorry
if I missed it. Thanks
--
PHP Internals - PHP Runtime Development Mailing List
To u
Ryan Panning wrote:
Hi, not trying to be a pest but it was very hard to keep up with all of
those posts about namespaces and the other about type hinting. Was
there, or is anyone able to give a quick summery of those topics? Sorry
if I missed it. Thanks
I'd like to retract my question
ion.
Appreciate any help or feedback you could provide-
Thanks,
Ryan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ething else?
Ryan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lars Strojny wrote:
Hi,
Am Samstag, den 22.03.2008, 16:29 +0100 schrieb Marcus Boerger:
[...]
looks pretty good to me. Let's see what other responses we get by late
wedensday.
I like the current syntax and don't think it is confusing. So -1 for
changing it.
cu, Lars
I'm also -1 on this one
David Coallier wrote:
The only thing that Alexey asked was if there was some regenerated
docs. Please, if you feel like you still have problems with SPL in the
core or any other problems with documentation of extensions because of
it's documentation, just start another thread. This one should be
I have been wondering the answer to this question for a while now. A LOT
of stuff has been backported from PHP 6 to PHP 5.3. So much in fact, why
don't you just call PHP 5.3 version 6?
What major new features are left for PHP 6? The big one I can think of
is unicode support and dropping some d
Sorry, guess I need to write a new message instead of replying with a
different subject.
David Coallier wrote:
> The only thing that Alexey asked was if there was some regenerated
> docs. Please, if you feel like you still have problems with SPL in the
> core or any other problems with docume
Lukas Kahwe Smith wrote:
Native unicode is not big enough for you?
regards,
Lukas
If you're looking for good PR and reviews, no. I think if you have very
limited new features, the people writing reviews are going to say PHP 6
doesn't have much new and not worth the upgrade. IMO
Honestly, I
March 2007 and first appeared in PHP 5.2.2.
Would it be possible for someone to review the patch posted in the bug to
see if it can be included?
http://bugs.php.net/bug.php?id=43053
Thanks,
Ryan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.p
Jessie Hernandez wrote:
> Hi Stan,
>
> I made a proposal and patch a few months ago...
The developers should really take a serious look at this issue or it
will come back to haunt them later. I'm not sure why no one seems
comment on your proposal and patch. It seemed like a well thought-out
an
Janusz Lewandowski wrote:
nA();
}
static function mB()
{
self::nB();
}
}
class B extends A
{
function mA()
{
parent::mA();
}
static function mB()
{
parent::mB();
}
Milan Babuskov wrote:
Rob Richards wrote:
Moving this to the windows list.
I'm having problems to post on it via newsgroup interface, and I don't
know how to subscribe to the mailing list, since it is not listed here:
http://www.php.net/mailing-lists.php
Is there a way to contact someone t
Was static member overloading added in PHP 5.3? I noticed that static
method overloading was (__callStatic). The two would complement each
other and it just seems natural to add these as well. I did notice that
they are apart of the "static-class" RFC and a bug report, but it would
be nice to s
Nathan Nobbe wrote:
On Thu, Aug 14, 2008 at 4:44 PM, Timm Friebe <[EMAIL PROTECTED]> wrote:
Hi again,
Attached you'll find an incomplete patch against PHP_5_3 to add this
functionality. If you like it let me know and I can finish it.
Darn, seems the list didn't like my text/plain attachmen
Hi all, I just wanted some input from this list.
I'm working on a project using the latest snaps of 5.3. There are some
features that I need for this project, such as LSB. I've been running
into some WTF's and issues with new features.
Would it be better to report all of these through the bug
I can't seem to get global user function calls to work from namespaces
in the latest 5.3 snaps. This is on Win XP SP2 using Apache 2.2.8 and
the php5apache2_2.dll. Example:
global_file.php
---
require 'namespace_file.php';
function globalFunc() {
'Global Called!';
}
TestNS:
I am unable to load the Intl extension on Windows XP SP2 using Apache
2.2.8 and the php apache module. I have tried everything I can think of
and for the life of me cannot get it to load. The Apache error log keeps
spitting out this error.
PHP Warning: PHP Startup: Unable to load dynamic libr
Stanislav Malyshev wrote:
Hi!
Tried this code (adding echo before 'Global Called!' so that it would
actually output something) - works just fine.
I noticed that error yesterday when I was testing on another computer.
It did work on this computer. I'll have to go back today to the first
compu
Stanislav Malyshev wrote:
Hi!
Tried this code (adding echo before 'Global Called!' so that it would
actually output something) - works just fine.
I noticed that error yesterday when I was testing on another computer.
It did work on this computer. I'll have to go back today to the first
compute
Pierre Joye wrote:
hi Ryan,
The ICU dlls were missing from the packages. The latest snapshots have
them. My apologizes for not having catched this error, I had ICU
installed system wide here (not the case anymore :).
Thanks for testing and for your feedbacks!
Cheers,
Hi, I downloaded a new
David Coallier wrote:
2008/9/12 Greg Beaver <[EMAIL PROTECTED]>:
Hi,
This is a simple patch that allows files like this:
main.php:
template example
Is it me or this doesn't look really clean? I have a clear idea that
namespaces are there to add an extra structural layer to the code
Stan Vassilev | FM wrote:
Hi,
Multiple namespaces per file were introduced to allow certain workflows in PEAR
and frameworks like Symphony which can combine multiple classes and namespaces
in a single package.
They work like this:
namespace X;
...
namespace Y;
...
The problem is, no on
Steph Fox wrote:
Lets just let it die. It is un-needed, un-wanted by many, and the end
result seems to be less that optimal, or even a true implementation
of namespaces.
Oddly enough, I agree with Kevin with my heart and soul. But then I hear
the howls of outrage from the Other Side, who campa
Steph Fox wrote:
I don't want to see that whole ns separator debate all over again any
more than you do, but I really don't see a good way to avoid it... sorry.
+1, I second this completely
From someone who *was* using namespaces developing against the 5.3
branch, this is going to happen soon
Jochem Maas wrote:
1) rip them out
+1 ... I concur with Steph's opinion
Also +1 for taking them out.
Namespaces should be saved for PHP 6 IMO as well. Now that the current
namespaces have been tested there is at least a starting point for
discussion. And that discussion has started as ever
Elizabeth M Smith wrote:
This can be solved in three ways.
1. Greg's "leaf" solution
foo::bar->baz(); - namespace foo::bar, function baz
foo->bar::baz(); - namespace foo, static method bar::baz
Personally I don't like this, get confusing even if we pick some weird
operator like :>
2. Do
Greg Beaver wrote:
Hi,
http://wiki.php.net/rfc/namespaceissues
Read it and discuss. Let's be clear people: the technical problems in
namespaces are limited and solvable. The problems in the political
environment surrounding them may not be. Wouldn't politics be a
stupid-ass reason to remove
Paweł Stradomski wrote:
W liście Ryan Panning z dnia piątek 17 października 2008:
Request Autoload Gets Type
---
A::B:>C A::B:>C Class
A::B:>func() A::BNamespace
A::B:>C::CONST
Ilia Alshanetsky wrote:
Another issue I just came across caused by :: being used for both
namespaces and classes is the fact when it comes to validation such as
the one I've just put it for constant names, its impossible to determine
if the prefix is a namespace or a class name. So, I definitel
I've been wondering, is such a thing even possible? Is there a good way
to implement an object destruct order? Here are my thoughts:
In the class definition, specify what "level" of destruction the objects
should be on. How, I have no idea, I haven't thought of a good syntax.
It should be an i
Ryan Panning wrote:
I've been wondering, is such a thing even possible? Is there a good way
to implement an object destruct order? Here are my thoughts:
In the class definition, specify what "level" of destruction the objects
should be on. How, I have no idea, I haven'
First, I want to say thanks for determining the best separator. Even
though it's not what everyone would like, it's what would work best.
Second, sorry for starting a new thread. To me, continuing the
resolution discussion in the "namespace separator and whining" isn't the
correct place.
Thi
Just to make my post clear, I'm in favor of this approach for
non-qualified calls in a namespace.
1. global
2. autoload
3. fail
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Pierre Joye wrote:
> See https://github.com/php/php-src/blob/master/win32/build/libs_version.txtor
> in the respective branch, tag or release.
Thanks a bunch!
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
while (($key = array_shift($keys)) !== null) {
$array =& $array[$key];
}
return $array;
}
(Not tested. It will fail if the key doesn't exist, you can optionally
check that and fail however you'd like.)
--
Ryan McCue
<http://ryanmccu
6%): http://wordpress.org/about/stats/
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ttp://core.trac.wordpress.org/ticket/21663
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Rasmus Lerdorf wrote:
> On 11/16/2012 01:34 AM, Ryan McCue wrote:
>> Pierre Joye wrote:
>>> Wordpress lead developer statement is rather clear: Go ahead, we will
>>> follow.
>>
>> Indeed, we have patches written already [1], but they were low priority.
>
string
> */
>
> Will be : array( 'Route("/")' => "", 'ORM(Key="foo")' => "", "var" =>
> "string" )
What about repeated keys? i.e:
@param int $a
@param string $b
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
x27;ve dealt with this in the past and we'll continue to do so.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, but it wouldn't
change much of WordPress internally. Anonymous functions, e.g., are
fairly incompatible with the way we implement the Mediator pattern with
our hooking system. Namespaces might be implemented for new code, but
there's basically zero chance for the existing code base.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Larry Garfield wrote:
> Hi Ryan. While I understand that level of conservatism, I think it is
> somewhat unfounded. The PHP community at large decided to deprecate PHP
> 4 en masse, and put hosts on notice. It worked, too. The GoPHP5 project
> included over 100 projects and 20
ou need to
pass in the exact callback that you registered it with; with closures,
this isn't possible unless they're assigned to a variable, which defeats
the purpose.
> Maybe next year it will be time for a GoPHP5.5 project. :-) Hopefully by
> then WP will have become less conser
t
with 3.5.1 (the latest release)?
(My guess is that it will show WP being slower and with a more dramatic
improvement.)
Thanks,
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ith the other developers.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I have two HTTP message parsers that I maintain, and neither
of them use goto. Certainly possible to avoid it there.
That said, I do think goto has legitimate uses, even if I don't need it.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d* performance penalty)
Is there a reason that echo/print couldn't be implemented as functions
with some sort of backwards compatibility layer? isset/etc make sense to
be language constructs, but I can't think of any reason echo/print need
to be.
--
Ryan McCue
<http://ryanmccue.info
erm.
That's what I meant by the "backwards compatibility layer". Not saying
we have to deprecate the use as a construct, but why can't we enable the
use as a function (and hence, callback, etc)? It feels less cleaner from
my point of view (userland).
--
Ryan McCue
<http://r
although you can map them
if you need to change a key).
All this does is add first-class support in the language.
Huge +1 for this feature and thank you to Nikita for working on the RFC.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Development Mailin
would
those be T_STRINGs now? I can think of a bunch of userland stuff
(basically every documentation generator) that will break if the
class/function name is not a T_STRING.
That said, +1 for the feature, great idea.
--
Ryan McCue
<http://ryanmccue.info/>
--
PHP Internals - PHP Runtime Develop
1 - 100 of 261 matches
Mail list logo
