On Sun, 2005-07-17 at 19:52, Rasmus Lerdorf wrote:
> Yes, we know there are still some issues here. People are working on
> it. Or there is at least intent to work on it. See
> http://bugs.php.net/bug.php?id=33643
Ahhh, very cool. Thanks.
Cheers,
Rob.
> Robert Cummings wrote:
> > I think the reference notice stuff is a bit ridiculous. I mean I can
> > understand the concern behind:
> >
> > function &foo()
> > {
> > return $fee.$fii;
> > }
> >
> > But I mean the following gives errors too which is a bit too anal
> > retentive even for my liking:
> >
> > function &foo()
> > {
> > $fee = 'bullshitBullshitBullshit';
> >
> > return $fee;
> > }
> >
> > function &fee()
> > {
> > return foo();
> > }
> >
> > fee();
> >
> > Anyways my two cents. Seems moronic that I now need to worry about
> > stupid reference notices X levels deep in the code for functions that
> > I'm consuming. I gueeeeeeeeeeeeess I can assign return values EVERYWHERE
> > to temporary variables just to get rid of the notices, but really,
> > shouldn't the engine be happy enough returning references to it's own
> > intermediate variable? I mean, heck, the engine knows enough to print a
> > warning, it can do the work-- and a hell of a lot faster than developers
> > having to temporarily assign everything.
--
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting |
| a powerful, scalable system for accessing system services |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for |
| creating re-usable components quickly and easily. |
`------------------------------------------------------------'
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
