Re: [PHP-DEV] HHVM and PHP

On Mon, Nov 26, 2012 at 9:09 PM, Rasmus Lerdorf wrote: > On 11/26/2012 09:03 PM, Sara Golemon wrote: >> P.S. - I do disagree with Rasmus' statement about none of us looking >> at fitting a JIT into PHP. ;) > > I think you misread my reply. I specifically said that a JIT is a > possibility, just no

Re: [PHP-DEV] HHVM and PHP

On 11/26/2012 09:03 PM, Sara Golemon wrote: > P.S. - I do disagree with Rasmus' statement about none of us looking > at fitting a JIT into PHP. ;) I think you misread my reply. I specifically said that a JIT is a possibility, just not the HH approach. -Rasmus -- PHP Internals - PHP Runtime Dev

Re: [PHP-DEV] HHVM and PHP

>> I've being reading about HHVM and the numbers are looking great but I was >> just wondering if we will we ever see something like HHVM being added to >> the PHP core? > > No, not likely. Maybe an LLVM-based JIT one day, but the HHVM approach > is not something any of us are looking at. > To echo

Re: [PHP-DEV] HHVM and PHP

On 11/26/2012 05:24 PM, Raymond Irving wrote: > Hello, > > I've being reading about HHVM and the numbers are looking great but I was > just wondering if we will we ever see something like HHVM being added to > the PHP core? No, not likely. Maybe an LLVM-based JIT one day, but the HHVM approach is

Re: [PHP-DEV] [RFC] Modify tempnam() to handle directories and auto-cleanup

> An obvious question is: When in shutdown should that be called? Assume I > have a session handler which uses such a temporary directory which is > backed by a custom stream while having a registered shutdown function > accessing that session (what did i forget to put into that scenario?) > Is thi

Re: [PHP-DEV] [RFC] Modify tempnam() to handle directories and auto-cleanup

Hi, On Mon, 2012-11-26 at 13:21 -0800, Sara Golemon wrote: > https://wiki.php.net/rfc/request-tempnam > > Just a bit of hand-holding for those who don't remember to clean up > their messes. An obvious question is: When in shutdown should that be called? Assume I have a session handler which uses

[PHP-DEV] [RFC] Modify tempnam() to handle directories and auto-cleanup

https://wiki.php.net/rfc/request-tempnam Just a bit of hand-holding for those who don't remember to clean up their messes. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [VOTE] [RFC] ICU UConverter implementation for ext/intl

It's been a few weeks since voting opened and it's unanimous so far. If no one objects I'll plan on pushing into git on Friday. On Mon, Nov 5, 2012 at 9:26 AM, Sara Golemon wrote: > The requisite one week minimum has passed and there have been no > further comments since my last update (which add

[PHP-DEV] Re: Bug 61272

On 11/26/2012 10:19 AM, Michael Wallner wrote: I'm sorry that the new output control layer causes you such headaches. IIRC, 6 years back, when I implemented the new output control functionality, I kindly asked the list, whether to rather implement what's documented, or what the old code did, bu

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

On Mon, 26 Nov 2012, Nikita Nefedov wrote: > On Mon, 26 Nov 2012 15:06:09 +0400, Ivan Enderlin @ Hoa > wrote: > > > I would to modify a \DateTime object to the current time, thus I > > wrote this: > > > > $d = new \DateTime('+1 hour'); > > $d->modify('now'); > > > > It did not work. Why? Beca

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

On Mon, 26 Nov 2012 15:06:09 +0400, Ivan Enderlin @ Hoa wrote: Hi internals, I would to modify a \DateTime object to the current time, thus I wrote this: $d = new \DateTime('+1 hour'); $d->modify('now'); It did not work. Why? Because the documentation (http://php.net/datetime.formats.

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

On 26/11/12 13:02, Derick Rethans wrote: On Mon, 26 Nov 2012, Ivan Enderlin @ Hoa wrote: On 26/11/12 12:25, Sebastian Krebs wrote: 2012/11/26 Ivan Enderlin @ Hoa I would to modify a \DateTime object to the current time, thus I wrote this: $d = new \DateTime('+1 hour'); $d->modify('now');

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

On Mon, 26 Nov 2012, Ivan Enderlin @ Hoa wrote: > On 26/11/12 12:25, Sebastian Krebs wrote: > > 2012/11/26 Ivan Enderlin @ Hoa > > > > > I would to modify a \DateTime object to the current time, thus I wrote > > > this: > > > > > > $d = new \DateTime('+1 hour'); > > > $d->modify('now'); > > >

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

Hi Sebastien, On 26/11/12 12:25, Sebastian Krebs wrote: 2012/11/26 Ivan Enderlin @ Hoa Hi internals, I would to modify a \DateTime object to the current time, thus I wrote this: $d = new \DateTime('+1 hour'); $d->modify('now'); It did not work. Why? Because the documentation (http://php.ne

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

Hi Chris, You didn't understand. I have a \DateTime object, and I would like to change the date and time to the current date and time = now. Imagine you have a \DateTime object that was serialized and you would like to “refresh” it, you need to $d->modify('now'). This is strictly equivalent to

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

2012/11/26 Ivan Enderlin @ Hoa > Hi internals, > > I would to modify a \DateTime object to the current time, thus I wrote > this: > > $d = new \DateTime('+1 hour'); > $d->modify('now'); > > It did not work. Why? Because the documentation (http://php.net/datetime.* > *formats.relative

Re: [PHP-DEV] DateTime::modify('now') is ignored, why?

Hi Ivan, $d = new \DateTime('+1 hour', new \DateTimeZone('Europe/Amsterdam')); Is exactly the same as: // Current timestamp with timezone $d = new \DateTime(null, new \DateTimeZone('Europe/Amsterdam')); // Add 1 hour to the timestamp with timezone $d->modify('+1 hour'); This is what you would

[PHP-DEV] DateTime::modify('now') is ignored, why?

Hi internals, I would to modify a \DateTime object to the current time, thus I wrote this: $d = new \DateTime('+1 hour'); $d->modify('now'); It did not work. Why? Because the documentation (http://php.net/datetime.formats.relative) says: “Now - this is simply ignored”. Really? But the behavio

[PHP-DEV] Re: Bug 61272

On 25 November 2012 11:58, Casper Langemeijer wrote: > Hi all, > > Somewhere in May this year I discovered that our software would not run on > PHP 5.4 because of changed behaviour of ob_start(). I discovered a bugreport > that was marked 'Not a bug', but valuable info was already added to it. I >