Namespace clean-up for time64.
authorCraig A. Berry <craigberry@mac.com>
Thu, 26 Mar 2009 15:44:41 +0000 (10:44 -0500)
committerCraig A. Berry <craigberry@mac.com>
Thu, 26 Mar 2009 15:44:41 +0000 (10:44 -0500)
commit7430375d1909c2b62c1fb3f9c6ed4b9d24dfcf32
tree238a31eba2d15f4b292688f8d9b11dd815116046
parent5c1e544edd3a9f584fd8b4c8d2f6dcbf01639ec2
Namespace clean-up for time64.

All of the time64 functions are only visible within pp_sys.c and are not
part of the public API, so make them all static and give them the S_ prefix.
A side effect of this is that we now unambiguously use S_localtime64_r and
S_gmtime64_r and should no longer collide with system-supplied versions, if
any.

One possible future direction is that if and when Configure detects any
system-supplied *time64_r functions, their prototypes, and their valid
time ranges, we could optionally select those instead of the home-grown
ones.

Another possible future direction is that we could s/S_/Perl_/ and make
the *time64_r functions part of the public API in some post-5.10.x
release.  Currently they are only exposed to the outside world via
Perl_pp_gmtime.

Also gave some TRACE macros more specific names.
pp_sys.c
time64.c
time64.h