Re: com php-src: fixes to date: ext/date/lib/timelib.c ext/date/lib/timelib.h ext/date/php_date.c ext/date/php_date.h

From: Date: Fri, 22 Aug 2014 12:18:53 +0000
Subject: Re: com php-src: fixes to date: ext/date/lib/timelib.c ext/date/lib/timelib.h ext/date/php_date.c ext/date/php_date.h
References: 1 2  Groups: php.cvs 
Request: Send a blank email to php-cvs+get-80827@lists.php.net to get a copy of this message
On Fri, August 22, 2014 14:01, Derick Rethans wrote: > On Mon, 18 Aug 2014, Anatol Belski wrote: > > >> Commit: e49e163a9ed7d4e38f9ab724003c46c9f1ea2cb4 >> Author: Anatol Belski <ab@php.net> Mon, 18 Aug 2014 18:57:55 >> +0200 >> Parents: b8324e6d635450562ecb253af38f22105e19e460 >> Branches: master >> >> >> Link: >> >> http://git.php.net/?p=php-src.git;a=commitdiff;h=e49e163a9ed7d4e38f9ab7 >> 24003c46c9f1ea2cb4 >> >> >> Log: >> fixes to date >> >> Changed paths: >> M ext/date/lib/timelib.c >> M ext/date/lib/timelib.h >> > > You can't just change timelib and introduce PHP specific constructs. It > should be compilable outside of PHP as well. > I see, so I could suggest to introduce similar portable datatype inside of the timelib. Or, what i see there - the defs for timelib_ull and timelib_ll, with a little tweak they would be usable too. What would suffice? Regards Anatol

« previous php.cvs (#80827) next »