[DAG] Use TLO.LegalTypes() instead of AfterLegalizeTypes (#201840)
Fix typo from #178617 - AfterLegalizeTypes is an enum constant, not an actual check for legalised types
devel/cgit: Fix builds in live environment, and add LUA option
- Remove adding of "openssl" directories to git subtree. openssl isn't
necessary here, and the resultant include of "/usr/local/include"
poisions the git tree, causing it to not compile.
- Add option to add the lua / luajit engine to the install.
- Reformat to satisfy portclippy and portfmt.
PR: 293666
Approved by: Marko Turk <mt-bugs at markoturk.info> (maintainer)
Sponsored by: UNIS Labs
Co-authored-by: Vladimir Druzenko <vvd at FreeBSD.org>
[SLP] Recompute copyable operand deps for nodes sharing an instruction
When an instruction is vectorized in several nodes and one models an operand as
copyable while another (built later) uses it directly, the operand's dependency
count missed the direct def-use edge and the scheduler decremented it more times
than its count, tripping the unscheduled-deps assertion. Defer such operand dep
recomputation unconditionally via RecalcCopyableOperandDeps instead of the narrow
IsDuplicateCopyableNode gate.
Fixes #201855
Reviewers:
Pull Request: https://github.com/llvm/llvm-project/pull/202032
wireshark: Add missing sharkd documentation
Fix PLIST when the "doc" option is enabled by rerunning print-PLIST target.
No PKGREVISION bump since "doc" is off by default.
[AArch64] Change postinc index types to uint64_t (#202024)
The uint32_t could overflow, make sure we do not throw away the high
bits by
using a uint64_t.
[openmp][omptest] Include cstdlib for malloc() (#202021)
This is to address the error appearing when building this code with
somewhat more recent compilers:
```
Use of undeclared identifier 'malloc'
```
Such inclusion has already been added to the OmptTester.cpp file.
libssl: don't break TLSv1.2 with X25519MLKEM768
If the list of 'groups' starts with X25519MLKEM768 for a TLSv1.2 server,
ssl3_send_server_kex_ecdhe() attempts to use NID_X25519MLKEM768, which
it receives from tls1_get_supported_groups(). This does not work because
it never received the peer's public keys, which causes an error return
from tls_key_share_server_generate_mlkem768x25519().
For a TLSv1.2-only client with custom supported group list we will
currently send ML-KEM if configured. We should not do this.
There is more to fix here: if a TLSv1.2 client is misconfigured with
only X25519MLKEM768, we should not send a supported groups extension
(with this commit we'll send an empty one, which is an RFC violation).
This commit simply filters X25519MLKEM768 out of the supported groups
list if we're configured to be TLSv1.2-only.
feedback/ok jsing kenjiro (on an earlier version)
