RE: PHP 4.0 Bug #3392 Updated: compilation error on parsedate.y

Yes, on HPUX 10.20 localtime_r is prototyped as int localtime_r(const time_t *, struct tm *); I added declarations from localtime man page becose all *_r(...) functions are declared as int *_r(...); #include <time.h> char *asctime(const struct tm *timeptr); int asctime_r(const struct tm *timeptr, char *buffer, int buflen); char *ctime(const time_t *timer); int ctime_r(const time_t *timer, char *buffer, int buflen); double difftime(time_t time1, time_t time0); struct tm *gmtime(const time_t *timer); int gmtime_r(const time_t *timer, struct tm *result); struct tm *localtime(const time_t *timer); int localtime_r(const time_t *timer, struct tm *result); time_t mktime(struct tm *timeptr); extern long timezone; extern int daylight; extern char *tzname[2]; void tzset(void); Petr Husak > -----Původní zpráva----- > Od: Bug Database [SMTP:php-dev@lists.php.net] > Odesláno: 6. února 2000 12:33 > Komu: Husák Petr; php-dev@lists.php.net > Předmět: PHP 4.0 Bug #3392 Updated: compilation error on parsedate.y > > ID: 3392 > Updated by: sas > Reported By: petr.husak@meiller.com > Status: Analyzed > Bug Type: Compile Failure > Assigned To: > Comments: > > Please clarify: > > On HPUX localtime_r is prototyped as > > int localtime_r(const time_t *, struct tm *); > > Correct? > > If yes, we need to provide a wrapper on this OS. > > Full Bug description available at: http://bugs.php.net/?id=3392