On 08/10/2010 01:57 AM, Philip Olson wrote:
Moving an extension from PECL to Core has side effects, like
typically the PECL version dies.
Sadly, this is very true.
Well, I think many extensions should live in
PECL and be bundled during the release process (instead of being
moved into core at
On Aug 9, 2010, at 4:29 PM, Pierre Joye wrote:
> hi,
> On Mon, Aug 9, 2010 at 11:54 PM, Kalle Sommer Nielsen wrote:
>> Just a ping on this one, with the 3.1.4 release would anyone be in
>> favour of moving it into trunk now? If not, then I can do it with some
>> help from someone who have moved
hi,
It is still beta. But Gopal and Rasmus should decide when it is ready.
On Mon, Aug 9, 2010 at 11:54 PM, Kalle Sommer Nielsen wrote:
> Just a ping on this one, with the 3.1.4 release would anyone be in
> favour of moving it into trunk now? If not, then I can do it with some
> help from someon
Just a ping on this one, with the 3.1.4 release would anyone be in
favour of moving it into trunk now? If not, then I can do it with some
help from someone who have moved a pecl extension into core before.
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Developmen
On Fri, Jun 25, 2010 at 11:21 AM, Derick Rethans wrote:
> I had a bit of a chat with Gopal about this the other day. And he
> reckoned it'd be smarter to go with the current trunk. Reasons he
> mentioned that he has very little idea what went on in 4_0 and he feels
> that 4_0 is turning APC sorto
On Tue, 22 Jun 2010, Pierre Joye wrote:
> On Tue, Jun 22, 2010 at 12:21 AM, Derick Rethans wrote:
> > On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote:
> >
> >> It seems like theres been enough votes for moving it to the core, is
> >> there anyone willing to make that change? Rasmus or Derick? We
2010/6/23 Ilia Alshanetsky :
> I believe it is a *nix specific patch.
Looking over the patch, it uses some POSIX specific signals whereas
Windows only supports the ANSI ones. I don't know how much sense it
makes to enable the signal handling for ANSI-only compatible system.
Either way I think it
On Wed, Jun 23, 2010 at 2:47 AM, Ilia Alshanetsky wrote:
> I believe it is a *nix specific patch.
Yes, the patch is unix only. I don't think either it can be simply
'ported' to windows.
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Dev
It should be included by default AND enabled by default AND all the
test suites should be run in that configuration. It seems crazy to me
to test against a configuration that no one is expected to run.
BTW: Can someone bump up the version of APC and do a release so some
more recent fixes find thei
I believe it is a *nix specific patch.
On Tue, Jun 22, 2010 at 6:49 PM, Kalle Sommer Nielsen wrote:
> 2010/6/22 Ilia Alshanetsky :
>> We may also want to include the signals patch as part of the commit,
>> as that both enhances speed and makes critical sections more safe,
>> which is pretty impor
2010/6/22 Ilia Alshanetsky :
> We may also want to include the signals patch as part of the commit,
> as that both enhances speed and makes critical sections more safe,
> which is pretty important for opcode caches such as PHP.
Whats the status of the zend signal handling RFC/patch, did it need
Wi
We may also want to include the signals patch as part of the commit,
as that both enhances speed and makes critical sections more safe,
which is pretty important for opcode caches such as PHP.
On Mon, Jun 21, 2010 at 6:21 PM, Derick Rethans wrote:
> On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote
hi,
On Tue, Jun 22, 2010 at 12:21 AM, Derick Rethans wrote:
> On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote:
>
>> It seems like theres been enough votes for moving it to the core, is
>> there anyone willing to make that change? Rasmus or Derick? We can
>> always decide whether to enable it by d
Hi
It seems like theres been enough votes for moving it to the core, is
there anyone willing to make that change? Rasmus or Derick? We can
always decide whether to enable it by default afterwards.
As for enabled it by default, I think it should be okay to atleast
enable it as a shared extension b
On Tue, 22 Jun 2010, Kalle Sommer Nielsen wrote:
> It seems like theres been enough votes for moving it to the core, is
> there anyone willing to make that change? Rasmus or Derick? We can
> always decide whether to enable it by default afterwards.
I can do it; but the question is whether we want
On 2010-06-19, Kalle Sommer Nielsen wrote:
> Greetings
> What are your views on including APC in the core, or reasons not to?
+1 moving it into core
-1 enabling by default
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
16 matches
Mail list logo