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: | Anatol Belski | 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