Compatibility with PHP 8.6.0beta1

[remicollet]

Tested with PHP 7.0 and 8.6.0beta1

[somethingwithproof]

(zend_ulong) truncates where time_t is 64-bit but zend_long is 32-bit, since ZEND_ULONG_FMT is PRIu32 there. A 13-digit timestamp on i386 with -D_TIME_BITS=64:

sizeof(time_t)=8 sizeof(long)=4
  ZEND_ULONG_FMT + (zend_ulong) -> 3487918180
  PRId64 + (int64_t)            -> 1700000000100

"%" PRId64 with (int64_t) keeps it exact and the buffer can drop to 24. Same three macros in #14 with that spelling, plus an allowed-to-fail 8.6 job so it does not drift again — happy to close mine if you would rather carry this one.

[remicollet]

@somethingwithproof this PR is strictly to fix build with 8.6 (minimal)
The same cast issue exists in previous code (as lot of other issues)

I won't have much time before next week to look at this

BTW, who still cares about 32-bit ? :p ;)

[somethingwithproof]

No worries, I was just pushing up my local work. I agree with you about 32 bit but you know there's somebody out there I guess.

[somethingwithproof]

Keeping #18 to the minimal PHP 8.6 build fix makes sense. I will let this land first, then rebase my stack and remove the overlap from #14. The wider timestamp handling in #12 will remain separate: it addresses the existing buffer overflow and the fetch-loop width issue, with regression coverage, rather than being required for the 8.6 build. No rush on reviewing the rest before next week.