Re: TSRMLS_FETCH crusade
| From: | Joe Watkins | Date: | Thu, 02 Jan 2014 17:03:01 +0000 |
| Subject: | Re: TSRMLS_FETCH crusade | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-70958@lists.php.net to get a copy of this message | ||
On 01/02/2014 04:43 PM, Derick Rethans wrote:
On Tue, 31 Dec 2013, Mike wrote:There are SAPI's and operating systems that rely on TSRM for optimum performance, lets not go removing anything because some of us don't use it ... Cheers JoeOn Wed, 2013-12-18 at 13:30 +0000, Joe Watkins wrote:No, not what I meant. I meant getting rid of TSRM all together.On 12/18/2013 01:06 PM, Derick Rethans wrote:On Wed, 18 Dec 2013, Mike wrote:If you mean having to pass it around or fetch it, I agree ...A much nicer thing would be to just get rid of TS and TSRMLS in the first place across the board.# Affected extensions have all been updated, ext/opcache and ext/zip # both have macros for cross version compatibilityWhat's with all the other extensions? PECL or wild? That TSRMLS_FETCH crusade seems pretty worthless as long as it is found in _emalloc etc.So what sort of changes do need to be made in extensions?! cheers, DerickThere is a patch for native tls, it has a mode where TSRMLS_anything is removed completely, no has no function but doesn't break anything (empty define), a couple of months ago we had it working with master ... Big job, intend to do it one day ...So... anything to add here? I saw Sara doing the first PECL extension adjustments for PHP-5.7 and I already dislike the ifdefs coming...