Hi Anatol,
I know, TSRM uses TLS APIs internally.
In my opinion, the simplest (and probably efficient) way to get rid of
TSRMLS_DC arguments and TSRMLS_FETCH calls, would be introducing a global
thread specific variable.
__thread void ***tsrm_ls;
As I understood it won't work on Windows
On Tue, Sep 30, 2014 at 10:18 PM, guilhermebla...@gmail.com
guilhermebla...@gmail.com wrote:
What does that even mean?
It means that any new functionality that gets into core could be considered
young. Like when PHAR got introduced, it was a young extension. Same
for PDO, same for
On Wed, 2014-10-01 at 14:26 +0200, Ferenc Kovacs wrote:
On Tue, Sep 30, 2014 at 10:18 PM, guilhermebla...@gmail.com
guilhermebla...@gmail.com wrote:
What does that even mean?
It means that any new functionality that gets into core could be considered
young. Like when PHAR got
On Wed, 2014-10-01 at 14:26 +0200, Ferenc Kovacs wrote:
.
personally I think that a pecl extension needs to have stronger arguments
to be bundled with php-src than the fact that it would probably create a
bit more exposure for the ext.
Fully agree and mind this:
For an average user it
On Wed, Oct 1, 2014 at 3:08 PM, Johannes Schlüter
johan...@schlueters.de wrote:
On Wed, 2014-10-01 at 14:26 +0200, Ferenc Kovacs wrote:
.
personally I think that a pecl extension needs to have stronger arguments
to be bundled with php-src than the fact that it would probably create a
bit more
On Fri, Sep 26, 2014 at 10:09 AM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
In released 5.4.33 (and 5.5.17) you have 6569db8 + 84a4041 + 32be79d
(notice I have revert these 3 patches for downstream)
In 5.4/5.5/5.6 you have 6569db8 + 84a4041 + 32be79d + f86b219 + 3728449
(all reverted
Hi,
Ferenc nailed why this RFC could be considered invalid. Maintenance burden
and separate releases would be bad if tied to php-src. I'll update its
status to declined.
Joe, as I said in the RFC, Mutex could only be supported through pthreads
PECL.
So your answer was still not 100% accurate
On 25/09/2014 09:42, Dmitry Stogov wrote:
Hi,
The vote is opened at
https://wiki.php.net/rfc/fix_list_behavior_inconsistency
Thanks. Dmitry.
Hi,
After discussing this RFC with a few other members of AFUP (French UG),
we agree *something* should be done, to get to a consistent behavior:
On Wed, Sep 24, 2014 at 8:13 PM, Nikita Popov nikita@gmail.com wrote:
Hi internals!
The vote for removal of alternative PHP opening/closing tags in PHP 7 is
now open:
https://wiki.php.net/rfc/remove_alternative_php_tags#vote
Nikita
The RFC has been accepted with 26 votes in
Hello,
sorry if I'm totally wrong - I have no experience in this area, but if
someone is strongly against removing those files for any reason (not
that I would) then we might consider passing -i flag while generating C
files with re2c.
As far as I can see most of the changes listed on every
10 matches
Mail list logo