[llvm-ar] Enable failed testacase on FreeBSD
FreeBSD used to allow the read system call on directory file descriptors
(dirfd). In those cases, it returned the internal file data structure
instead of failing. This caused the llvm-ar test— which expects a
failure when attempting to read a directory— to pass incorrectly.
This behavior existed for compatibility with older Unix implementations,
but it was removed in commit dcef4f65ae3978c50eab745f67364db4660a9f43.
The change applies to FreeBSD 13 and later. Since FreeBSD 12 has also
reached end-of-life, the outdated behavior is no longer relevant.
As a result, the test now behaves as intended and can be safely
re-enabled.
[clang] implement CWG2064: ignore value dependence for decltype
The 'decltype' for a value-dependent (but non-type-dependent) should be known,
so this patch makes them non-opaque instead.
This patch also implements what's neceessary to allow overloading
on pure differences in instantiation dependence, making `std::void_t`
usable for SFINAE purposes.
This also readds a few test cases from da98651, which was a previous attempt
at resolving CWG2064.
Fixes #8740
Fixes #61818
Fixes #190388
floating point state leakage can be observed on AMD Zen/Zen+ (Zen 1)
This was discovered by the Rootsec research group at the CISPA Helmholtz
Center for Information Security. Rootsec named the problem
Floating Point Divider State Sampling (FP-DSS).
Do AMD's suggested mitigation, setting a chicken bit in an MSR.
https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7053.htmlhttps://roots.ec/blog/fpdss/
ok deraadt@ brynet@
Merge tag 'pinctrl-v7.1-1' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl
Pull pin control updates from Linus Walleij:
"Core changes:
- Perform basic checks on pin config properties so as not to allow
directly contradictory settings such as setting a pin to more than
one bias or drive mode
- Handle input-threshold-voltage-microvolt property
- Introduce pinctrl_gpio_get_config() handling in the core for SCMI
GPIO using pin control
New drivers:
- GPIO-by-pin control driver (also appearing in the GPIO pull
request) fulfilling a promise on a comment from Grant Likely many
years ago: "can't GPIO just be a front-end for pin control?" it
[45 lines not shown]
Stop cleaning gem artifacts
Bulk builds have seen occasional failures building
textproc/ruby-commonmarker, which is the only reverse dependency. I'm
not positive the cleaning of gem artifacts is the cause of the failure,
though I suspect it is.
Discussed with naddy@
