puter's fault? Personally, I always think it's the computer's
> fault. So, yes, if people end up doing stupid things, it is because
> the computer is wrong.
Well, if you are a total end-user, I'd agree with you. But developers
do need to take up some responsability to no
u should think about the level of visibility of its
members". If you don't want those reminders, forget about E_STRICT.
If you leave E_STRICT enabled but try to bypass it (by declaring
everything as public for BC) then you didn't understand what E_STRICT
is for...
--
Nelson Me
> placed?
>
> No, it's a parser keyword and a keyword can't be used as a function name.
>
> > and if it is so, then this would also be a candidate for
> >
> > "NOTICE: 'public' is a keyword in PHP 5" in php 4.4
>
> No. No "errors"
uot;annoyance" that is is also subjective, but I personally think
that will add some smear to PHP.
> All in all, I think if everyone stops being religious about goto,
> and logically evaluates it, we can quickly come to a conclusion.
I agree.
--
Nelson Menezes
[EMAIL PROTECTE
idered when designing major features, and that's all I did. I'm
not out on a vendetta: I think we all want "the best" for PHP, even if
what "the best" is needs debating.
I still think goto is a bad idea for PHP, albeit not-as-bad if
implemented with static labels
ckly be used by
those with less experience, with much unmanageable code as a result...
hence the implications to PHP reputation.
PS: George: sorry about the duplicate; always need to train myself to
hit "reply all"...
--
Nelson Menezes
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Devel
HP
reputation will suffer as a result. IMHO that's a bad tradeoff when
you consider the advantages you get from goto.
--
Nelson Menezes
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the shouts of "and who are
you to have an opinion?"). I just think it's a bad idea, that's all.
--
Nelson Menezes
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I'm learning, as a way to "contribute" more -- thanks
for the encouragement, btw!)
I stand by my opinion: PHP is not the right tool for building a
dedicated parser: if all you have is a hammer...
On 6/7/05, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Tue, 7 Jun 2005, Nelson Meneze
'spagetticode' - as nobody ever has to
> even look at that code.
If you want to build a full-blown parser, PHP is not your language. If
you need a code generator, you have a problem.
--
Nelson Menezes
[EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
10 matches
Mail list logo
