A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=OPENBSD_7_8_BASE 2024-06-23T13:53:22+00:00 2024-06-23T13:53:22+00:00 tb 2024-06-23T13:53:22+00:00 urn:sha1:d669b3e42f0c539b63d931f85c0d24a7456aba50 2022-12-05T14:43:06+00:00 tb 2022-12-05T14:43:06+00:00 urn:sha1:b6516d68c9d9a37dbdd513e55e0198d2f0b389d3 For the test compilation using the CC crate, base clang is good enough, so we don't need to pull in another heavy dependency just for this test. 2022-12-04T19:31:13+00:00 tb 2022-12-04T19:31:13+00:00 urn:sha1:f9a5ee63f2f1ba4f3eb407561d29340c05f6e50d 2022-12-03T11:35:34+00:00 tb 2022-12-03T11:35:34+00:00 urn:sha1:9eab6393c699836c0b268b99a194f22d3d6781fa The issue is likely that the build is trying to compile some generated C code with the prehistoric gcc from base, so add a tentative workaround for that. Since I don't currently have access to a sparc64 box where I could validate this easily and check if the workaround is enough, let's not waste lots of cycles on this. 2022-10-20T07:33:14+00:00 tb 2022-10-20T07:33:14+00:00 urn:sha1:6ef02c2707dc554983552781e5b767ae8103de15 rust-openssl is an integral part of the Rust ecosystem and more than a dozen ports, including lang/rust itself, depend on it. We need to ensure that it keeps working with LibreSSL. If the rust and rust-openssl-tests packages are installed, create a cargo workspace under obj/ that compiles and runs the rust-openssl regress tests much like what is done for the openssl-ruby tests. This expands our regress coverage: for instance, this would have caught the broken ASN.1 indefinite length encoding caused by asn1/tasn_enc.c r1.25. Positive feedback beck jsing semarie Testing and ok anton