Hi! > I think at some point you just need to go for "good enough" rather than > "optimal support for everything". If we don't support the rather special
I am all for that. If only I wasn't this very minute bashed by several other people for not accounting for every exotic use case and not proposing optimal support for everything but just good enough for most practical use cases... > case of internal functions having variadic arguments followed by fixed > ones, I wouldn't consider that too tragic. It's not only this case, we have a number of internal functions that do weird things with their arguments. What "don't support" would mean in this case? > Also, what about internals - how the engine knows names of the > arguments there? > > > What do you mean by this? Internal functions. Some of them have arginfos which bear only passing resemblance with what these functions actually do. > I think the main use of named args is in specifying existing arguments > out of order. kwargs is a nice addition for minor use cases. I'll think > about how to support those a bit more. Option lists are everywhere, if you look at any framework everybody does it. Of course, now they do it with option arrays, and if we accept that option arrays are good then we don't need varargs either. But I thought the idea was that option arrays are not good enough actually. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php