Given the strong opposition of core devs against this feature in the past, I
want a vote on the RFC before I start working on a patch.
Before this vote can take place, as you note, we need to solve the function
fallback issue: in theory, we should call the autoloader before looking into
the glo
bs.ber...@gmail.com
> [mailto:sebastian.krebs.ber...@gmail.com] De la part de Sebastian Krebs
> Envoyé : mercredi 7 novembre 2012 09:12
> À : PHP internals list
> Objet : Re: [PHP-DEV] Re: [PHP-WEBMASTER] Why isn't `spl_autoload`
> called for functions?
>
> 2012/11/7 Lau
> De : sebastian.krebs.ber...@gmail.com
> > I hope you find more support on this than I had. Technically
> speaking,
> > it would be easy to extend autoloading to functions and constants. It
> > can even be done without BC breaks, combining 'old-style' and 'new-
> style'
> > autoloaders without amb
rrison [mailto:morrison.l...@gmail.com]
Envoyé : mardi 6 novembre 2012 20:17
À : Laupretre François
Cc : Sebastian Krebs; PHP internals list; petercowb...@gmail.com; Nikita Popov
Objet : Re: [PHP-DEV] Re: [PHP-WEBMASTER] Why isn't `spl_autoload` called for
functions?
On Tue, Nov 6, 2012 a
> I've asked this question for a while (one, or two years ago or so).
> Must say, that I didn't remember the answer, but I would like to see
> autoloading for namespace-constants and functions too :)
I proposed extending the autoload mechanism to functions and constants several
times since I rele
Hi,
Instead of [], which is ambiguous, couldn't we just extend the {} syntax : we
already have $a{} working with positive numbers, couldn't we extend it
to accept negative offsets also ?
François
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/
> De : nicolas.gre...@gmail.com [mailto:nicolas.gre...@gmail.com
> Envoyé : vendredi 24 août 2012 09:24
>
> > 1) PHP Errors come with a severity code and a string message. You
> want
> > to handle specific errors in a specific way? You better start writing
> > giant regexes parsing the string messa
> How about using git for the actual documents too.. No better way to
> collaborate imho.
Do you mean using github or integrating git VCS in a RFC app ? If you mean
using github, it is a convenient way to store document evolution and comments,
but what about the voting process, let alone RFC num
> There was a time when one could have written an app for it in PHP ;)
Right. We all know from the beginning that a wiki is better than nothing but,
when the number of users/documents grows, it becomes very hard to keep the
information up-to-date.
Another problem is that documents and their co
From : Gustavo Lopes [mailto:glo...@nebm.ist.utl.pt]
> I don't see why we
> should be in the business of, among other things, deciding whether code
> should be indented or otherwise formatted.
+1.
I think these documents have nothing to do under php.net, especially because
the group, after PSR-0
10 matches
Mail list logo