RE: [PHP4BETA] A quick clarification question about PHP4...
| From: | Samuel Liddicott | Date: | Tue, 31 Aug 1999 10:51:26 +0000 |
| Subject: | RE: [PHP4BETA] A quick clarification question about PHP4... | ||
| References: | 1 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-3900@lists.php.net to get a copy of this message | ||
> -----Original Message-----
> From: Samuel Liddicott [mailto:sam@campbellsci.co.uk]
> Sent: 31 August 1999 11:42 AM
> To: Jim Brain; Scott Stevenson; php4beta@lists.php.net
> Subject: RE: [PHP4BETA] A quick clarification question about PHP4...
>
> > -----Original Message-----
> > From: Jim Brain [mailto:jim_brain@csgsystems.com]
> > Sent: 30 August 1999 03:34 PM
> > To: Scott Stevenson; php4beta@lists.php.net
> > Subject: RE: [PHP4BETA] A quick clarification question about PHP4...
> > I post the concern for two reasons. One was to determine if this
> > was really
> > being taken out for some specific reason or of it was just hard
> > to do, so it
> > was left out. It seems the former reason explains.
>
> I feeling I got was basically lack of time, and it not being
> "important" to
> the developers. I think even though they dont rate it as a valuable
> feature, if they had more time they might add it anyway.
Here, dug out the old reasons:
Zeev said:
We rarely have parser problems now, we can pretty much parse anything we
want. Parsing is a non issue really, it's code generation and data
structures that make implementing this very complex in a compile&execute
model.
I truly think this is not a big deal. I also think that it pretty much
never makes sense to use dynamic expressions in static initializers or in
default argument values. In the few cases it does, it's easy enough to use
the standard tools PHP gives you to implement your code properly.
It's not the C++ model, it's a typical compile&execute model.
Static initializers and function arguments are more
complicated. We might do that, but not in the near future.
So basically, we don't "need" it but we might get it later.
I disagree, but I'm not the one who would implementing it, I'm only already
using it.
This does look like a syntax restriction for no good reason. Zeev's
arguments are good for not introducing it, but not good for removing it once
it was there.
Sam