Re: Feedback on state of some PHP extensions, functions, etc.

From: Date: Wed, 12 Jun 2019 16:47:01 +0000
Subject: Re: Feedback on state of some PHP extensions, functions, etc.
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-105883@lists.php.net to get a copy of this message
Hi, On Wed, 2019-06-12 at 17:32 +0200, G. P. B. wrote: > - the enable_dl directive, it is said that "This deprecated > feature *will* certainly be *removed* in the future." [x] is this > the case already? addressed in the Deprecation for 7.4 draft RFC [2] I missed that debate, but I think there is value in being able to turn of dl() even in CLI context. There is certainly value in having an easy switch for embed to disable this (might be some compile-time decision in that case however) > - ini_alter an alias of ini_set [3] 15,482 hits on GitHub https://github.com/search?l=PHP&q=ini_alter&type=Code subtracting the phpt files (I wish gH code search would filter out forks ...) and files for syntax highlighters etc. this isn't much, but some productive code. > - Change print return's type from int to void as it always returns > 1 [19] > to mimic echo [20] or maybe mimic printf's behavior i.e. the > length of the > string printed [21] Note that echo's return value isn't void, but non-existent as echo can not be used in an expression. I believe it's good if print's return value is always true'ish (i.e. not returning the length) so that $a = ""; (print $a) && something_else() works. johannes

« previous php.internals (#105883) next »