bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

tzset: Assume the function exists


From: Bruno Haible
Subject: tzset: Assume the function exists
Date: Fri, 14 Aug 2020 20:08:09 +0200
User-agent: KMail/5.1.3 (Linux/4.4.0-186-generic; KDE/5.18.0; x86_64; ; )

Nowadays, all platforms have tzset - or, on native Windows, _tzset - in libc.
Testing for it at configure time is therefore obselete. This test is
complicating the support for native Windows, so I'm removing it.


2020-08-14  Bruno Haible  <bruno@clisp.org>

        tzset: Assume the function exists.
        * lib/time.in.h (tzset): Assume HAVE_TZSET is 1.
        * lib/tzset.c: Define rpl_tzset, not tzset. Assume HAVE_TZSET is 1.
        * modules/tzset (configure.ac): Don't test HAVE_TZSET.
        * m4/tzset.m4 (gl_FUNC_TZSET): Don't test for tzset. Don't set
        HAVE_TZSET.
        * m4/time_h.m4 (gl_HEADER_TIME_H_DEFAULTS): Don't initialize HAVE_TZSET.
        * modules/time (Makefile.am): Don't substitute HAVE_TZSET.

        nstrftime: Assume tzset exists.
        * lib/nstrftime.c (HAVE_TZSET): Remove macro.
        (__strftime_internal): Test my_strftime, not HAVE_TZSET.
        * m4/nstrftime.m4 (gl_FUNC_GNU_STRFTIME): Don't test for tzset.

        mktime, mktime-internal: Assume tzset exists.
        * lib/mktime.c (my_tzset): Assume HAVE_TZSET is 1.
        * m4/mktime.m4 (gl_FUNC_MKTIME_WORKS): Don't test for tzset.

Attachment: 0001-mktime-mktime-internal-Assume-tzset-exists.patch
Description: Text Data

Attachment: 0002-nstrftime-Assume-tzset-exists.patch
Description: Text Data

Attachment: 0003-tzset-Assume-the-function-exists.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]