Hi! enable_dl - I am not clear what is proposed - to remove dl() functionality in PHP 8 completely, even in CLI? Or to keep it in CLI always on and remove the directive? My opinion: drop the directive, let the SAPI decide if dl() is possible, with CLI keeping it. Not sure about embed though. But I guess if somebody needs it in embed, they probably could patch it so it enables the dl(). Not sure how easy it would be to make this per-SAPI decision though...
The 'real' type - see no reason to touch it, it doesn't hurt anybody. hebrev, hebrevc, apache_request_headers, is_writeable, convert_cyr_string, money_format, restore_include_path - leave them in peace (argued why in another thread). Maybe legacy extension as Zeev suggested, I'm fine with that. Magic quotes and all related - burn with fire. Magic quotes was a mistake, and here my BC inner voice is not able to say anything in its favor. array_key_exists(object) - fine with dropping object behavior. It does say "array". And btw, can we actually make it work with ArrayAccess properly? INPUT_SESSION & INPUT_REQUEST - if they weren't implemented, drop them. No point in keeping stuff that doesn't work. register_argc_argv - support making $argc/$argv always available in CLI but not sure about the definition of CLI. Does CGI qualify? Does embed? This worries me a bit. Same situation as in dl() - it's like we need some ini setting that is only accessible to SAPIs... Maybe we should introduce new INI level that is only settable by SAPI but not changeable later? Just brainstorming here. Reflection export() - check if any real code is using it. Reflection printing is kinda-sorta is the area that BC breaks may be acceptable, since it's unlikely production code paths would depend on it, but we need to check it. Undecided so far. mb_strrpos - if we promised to deprecate, we may as well do it. implode() - leave it alone, yes I know it's weird order, but messing with it helps nobody. Yes, I know, "inconsistent". Making it "consistent" will improve the life of exactly 0 people. Please let it be. ezmlm_hash - undecided... it's really the niche of the niche. It also doesn't hurt anyone, but not sure if anybody actually using it anymore. allow_url_include - as I said, needs separate RFC. I am leaning towards removing it, but maybe there's some use case for it... Unbinding $this - already wrote about it, doesn't look like we have a choice there given that what it is trying to do seems not to be supported in PHP 8. So there may not be a point in even voting on it, unless I misunderstand the explanation. If we need a vote, may be a good idea to separate this one either. -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
