A mirror of https://github.com/libressl/portable.git https://git.lua4.win/portable/atom?h=v4.2.1 2025-04-16T09:26:34+00:00 2025-04-16T09:26:34+00:00 Brent Cook busterb@gmail.com 2025-04-16T09:26:34+00:00 urn:sha1:9ba4b33d668230aa0c453f5c225dc93ccc007985 2025-04-12T21:59:51+00:00 Brent Cook busterb@gmail.com 2025-04-12T21:59:51+00:00 urn:sha1:78b86a2af698d771a4db5286a4222c92d074a6da 2024-10-06T23:56:01+00:00 Theo Buehler tb@openbsd.org 2024-08-02T19:54:08+00:00 urn:sha1:3467d6f282146d6e84d5d840d532fa6ec4536d64 2023-07-05T12:08:32+00:00 Brent Cook busterb@gmail.com 2023-07-05T12:08:32+00:00 urn:sha1:3a757272d028834c00924c08156ca0b2dfbc6a5c There's not a great place for these, but since they are internal, we can just move them to the most common header. 2022-04-16T06:59:33+00:00 Sebastian Blunt git@sebastianblunt.com 2022-04-16T06:48:50+00:00 urn:sha1:fe903fb7c59600f7679b2afb0d33f4a0c3f93ae2 This fixes nc failing to run on darwin due to it incorrectly setting the linux-specific SOCK_NONBLOCK flag on connect. nc already had a portability shim in apps/nc/compat/sys/socket.h, which kicks in if SOCK_NONBLOCK is undefined. But that header includes include/compat/sys/socket.h, which also has a portability shim that defines a default value for SOCK_NONBLOCK if it's undefined. Thus the first portability shim was unreachable. Fixes this by moving the NEED_SOCKET_FLAGS flag into the outer shim, and having the inner shim activate if NEED_SOCKET_FLAGS is defined. This closes https://github.com/libressl-portable/portable/issues/631 2020-09-13T12:56:34+00:00 kinichiro kinichiro.inoguchi@gmail.com 2020-09-13T03:58:37+00:00 urn:sha1:461ec45335747276503fd6cb863d51782127919e Import queue.h tree.h _null.h header files from OpenBSD upstream since x509_issuer_cache.c requires them. 2019-02-09T15:09:36+00:00 Brent Cook busterb@gmail.com 2019-02-09T15:03:13+00:00 urn:sha1:535246269d4a7d8338320f8e6666ca887718c5d0 2018-05-19T16:38:50+00:00 Sergei Trofimovich slyfox@gentoo.org 2018-05-19T16:31:42+00:00 urn:sha1:787d8d240bbeaa812bcf37deeedb3c467be468a3 On some targets ';' (like hppa) is treated as a comment in assembly files. This occasionally causes the following assembly failures: ``` Error: can't resolve `.gnu.warning.EVP_DecryptFinal' {.gnu.warning.EVP_DecryptFinal section} - `.Ltext0' {.text section} ``` Note how branch (or other reference) attempts to cross the boundary across two section types: '.text' and '.gnu.warning'. Tobias Ulmer notes that openbsd already uses newlines for similar macro: https://github.com/openbsd/src/blob/master/sys/arch/hppa/include/cdefs.h This change switches from ';' to newline as well. Tested on hppa2.0 and x86_64. Reported-by: Jeroen Roovers Bug: https://bugs.gentoo.org/656104 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> 2018-03-23T02:04:43+00:00 Brent Cook busterb@gmail.com 2018-03-23T01:50:24+00:00 urn:sha1:987aa6a084312be8501bdda42b0e5aab3b84d52a 2018-02-25T12:56:05+00:00 kinichiro kinichiro.inoguchi@gmail.com 2018-02-24T16:59:39+00:00 urn:sha1:3681d02253d29229e265720984ce81a35206de4c