summaryrefslogtreecommitdiff
path: root/src/first.h
Commit message (Collapse)AuthorAgeFilesLines
* [build] _WIN32 __declspec(dllexport) *_plugin_initGlenn Strauss2023-05-031-0/+17
| | | | _WIN32 __declspec(dllexport) on mod_*_plugin_init()
* [core] _WIN32 clock ticks and timeGlenn Strauss2023-05-031-0/+7
|
* [multiple] _WIN32 misc compatGlenn Strauss2023-05-031-0/+54
| | | | | | | Use #define __USE_MINGW_ANSI_STDIO 1 to use __mingw_printf() to support %lld %zu and other C11 stdio support msvcrt.dll only supports C89, and has not been linked into dlls by MS since VC++ 6
* [core] define __EXTENSIONS__ on IllumosGlenn Strauss2022-01-041-0/+4
| | | | (thx devnexen)
* [core] explicitly include sys/cdefs.hGlenn Strauss2021-10-301-0/+6
| | | | | | | | <sys/cdefs.h> might not be included in standard headers by musl libc x-ref: https://github.com/void-linux/void-packages/pull/33330/files#r725060227 https://github.com/void-linux/void-packages/pull/33330/files#r725060227
* [core] earlier macOS need define for errno_t (fixes #3107)Glenn Strauss2021-10-101-0/+6
| | | | | | | | | | Earlier macOS need _DARWIN_C_SOURCE defined for errno_t from sys/types.h Alternatively, define __STDC_WANT_LIB_EXT1__ >= 1 before include errno.h x-ref: "error: unknown type name 'errno_t' (macOS 10.13.6)" https://redmine.lighttpd.net/issues/3107
* [multiple] __attribute_nonnull__ now takes paramsGlenn Strauss2021-10-051-2/+2
| | | | | | | | | define __attribute_nonnull__(params) with params to match recent changes in glibc development (targetting glibc 2.35 in Feb 2022) x-ref: new __attribute_nonnull__(params) conflicts with third-party https://sourceware.org/bugzilla/show_bug.cgi?id=28425
* [core] define __BEGIN_DECLS, __END_DECLS if neededGlenn Strauss2021-10-041-0/+16
|
* [core] define _DEFAULT_SOURCE in first.hGlenn Strauss2021-09-041-0/+4
|
* [core] Y2038: use _TIME_BITS=64 on 32-bit glibcGlenn Strauss2021-09-041-0/+13
| | | | | | | Y2038: use _TIME_BITS=64 on 32-bit glibc platforms reference: https://www.phoronix.com/scan.php?page=news_item&px=Glibc-More-Y2038-Work
* [multiple] Y2038 32-bit signed time_t mitigationsGlenn Strauss2021-09-041-0/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Most OS platforms have already provided solutions to Y2038 32-bit signed time_t 5 - 10 years ago (or more!) Notable exceptions are Linux i686 and FreeBSD i386. Since 32-bit systems tend to be embedded systems, and since many distros take years to pick up new software, this commit aims to provide Y2038 mitigations for lighttpd running on 32-bit systems with Y2038-unsafe 32-bit signed time_t * Y2038: lighttpd 1.4.60 and later report Y2038 safety $ lighttpd -V + Y2038 support # Y2038-SAFE $ lighttpd -V - Y2038 support (unsafe 32-bit signed time_t) # Y2038-UNSAFE * Y2038: general platform info * Y2038-SAFE: lighttpd 64-bit builds on platforms using 64-bit time_t - all major 64-bit platforms (known to this author) use 64-bit time_t * Y2038-SAFE: lighttpd 32-bit builds on platforms using 64-bit time_t - Linux x32 ABI (different from i686) - FreeBSD all 32-bit and 64-bit architectures *except* 32-bit i386 - NetBSD 6.0 (released Oct 2012) all 32-bit and 64-bit architectures - OpenBSD 5.5 (released May 2014) all 32-bit and 64-bit architectures - Microsoft Windows XP and Visual Studio 2005 (? unsure ?) Another reference suggests Visual Studio 2015 defaults to 64-bit time_t - MacOS 10.15 Catalina (released 2019) drops support for 32-bit apps * Y2038-SAFE: lighttpd 32-bit builds on platforms using 32-bit unsigned time_t - e.g. OpenVMS (unknown if lighttpd builds on this platform) * Y2038-UNSAFE: lighttpd 32-bit builds on platforms using 32-bit signed time_t - Linux 32-bit (including i686) - glibc 32-bit library support not yet available for 64-bit time_t - https://sourceware.org/glibc/wiki/Y2038ProofnessDesign - Linux kernel 5.6 on 32-bit platforms does support 64-bit time_t https://itsubuntu.com/linux-kernel-5-6-to-fix-the-year-2038-issue-unix-y2k/ - https://www.gnu.org/software/libc/manual/html_node/64_002dbit-time-symbol-handling.html "Note: at this point, 64-bit time support in dual-time configurations is work-in-progress, so for these configurations, the public API only makes the 32-bit time support available. In a later change, the public API will allow user code to choose the time size for a given compilation unit." - compiling with -D_TIME_BITS=64 currently has no effect - glibc recent (Jul 2021) mailing list discussion - https://public-inbox.org/bug-gnulib/878s2ozq70.fsf@oldenburg.str.redhat.com/T/ - FreeBSD i386 - DragonFlyBSD 32-bit * Y2038 mitigations attempted on Y2038-UNSAFE platforms (32-bit signed time_t) * lighttpd prefers system monotonic clock instead of realtime clock in places where realtime clock is not required * lighttpd treats negative time_t values as after 19 Jan 2038 03:14:07 GMT * (lighttpd presumes that lighttpd will not encounter dates before 1970 during normal operation.) * lighttpd casts struct stat st.st_mtime (and st.st_*time) through uint64_t to convert negative timestamps for comparisions with 64-bit timestamps (treating negative timestamp values as after 19 Jan 2038 03:14:07 GMT) * lighttpd provides unix_time64_t (int64_t) and * lighttpd provides struct unix_timespec64 (unix_timespec64_t) (struct timespec equivalent using unix_time64_t tv_sec member) * lighttpd provides gmtime64_r() and localtime64_r() wrappers for platforms 32-bit platforms using 32-bit time_t and lighttpd temporarily shifts the year in order to use gmtime_r() and localtime_r() (or gmtime() and localtime()) from standard libraries, before readjusting year and passing struct tm to formatting functions such as strftime() * lighttpd provides TIME64_CAST() macro to cast signed 32-bit time_t to unsigned 32-bit and then to unix_time64_t * Note: while lighttpd tries handle times past 19 Jan 2038 03:14:07 GMT on 32-bit platforms using 32-bit signed time_t, underlying libraries and underlying filesystems might not behave properly after 32-bit signed time_t overflows (19 Jan 2038 03:14:08 GMT). If a given 32-bit OS does not work properly using negative time_t values, then lighttpd likely will not work properly on that system. * Other references and blogs - https://en.wikipedia.org/wiki/Year_2038_problem - https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs - http://www.lieberbiber.de/2017/03/14/a-look-at-the-year-20362038-problems-and-time-proofness-in-various-systems/
* [core] define __attribute_unused__ if neededGlenn Strauss2021-05-211-0/+9
|
* [core] define __attribute_nonnull__Glenn Strauss2021-04-021-0/+9
|
* [multiple] add attrs from gcc -Wsuggest-attribute=Glenn Strauss2021-03-261-0/+22
|
* [core] check for __builtin_expect() availabilityGlenn Strauss2020-11-271-0/+11
|
* [core] __attribute_returns_nonnull__Glenn Strauss2020-02-241-0/+9
|
* [core] correct __attribute_pure__ syntaxGlenn Strauss2019-06-061-2/+2
|
* [core] __attribute_pure__Glenn Strauss2019-06-061-0/+9
|
* [core] __attribute__((format ...))Glenn Strauss2019-04-201-1/+12
|
* [core] __attribute__((fallthrough)) for GCC 7.0Glenn Strauss2019-03-161-0/+7
|
* [core] separate server_main_loop() func, mark hotGlenn Strauss2019-02-041-0/+18
| | | | | move server main loop into separate func and mark hot separate funcs for signal handling
* [core] log_failed_assert() __attribute__((cold))Glenn Strauss2018-09-231-0/+39
|
* [core] workaround Coverity cov-build bug with gcc7Glenn Strauss2018-08-121-0/+8
| | | | | | | workaround Coverity cov-build bug with gcc 7 where Coverity does not support _Floatx typedefs https://stackoverflow.com/questions/50434236/coverity-scan-fails-to-build-stdlib-h-with-gnu-source-defined
* [core] some header cleanupGlenn Strauss2018-04-081-0/+34
| | | | | | | | | provide standard types in first.h instead of base.h provide lighttpd types in base_decls.h instead of settings.h reduce headers exposed by headers for core data structures do not expose <pcre.h> or <stdlib.h> in headers move stat_cache_entry to stat_cache.h reduce use of "server.h" and "base.h" in headers
* [core] define __STDC_WANT_LIB_EXT1__ (fixes #2722)Glenn Strauss2016-04-131-0/+4
| | | | | | x-ref: "define __STDC_WANT_LIB_EXT1__ for memset_s()" https://redmine.lighttpd.net/issues/2722
* consistent inclusion of config.h at top of files (fixes #2073)Glenn Strauss2016-03-191-0/+12
From: Glenn Strauss <gstrauss@gluelogic.com> git-svn-id: svn://svn.lighttpd.net/lighttpd/branches/lighttpd-1.4.x@3113 152afb58-edef-0310-8abb-c4023f1b3aa9
View Lorry Controller Status