[NFC][clang][Serialization] Batch serialized LangOptions values (#202844)
Collect fixed language-option and sanitizer values in a `uint64_t` local
array and append the array to the control-block record once. Generated
values retain their serialized order.
Linked `clang` and `clangd` shrink by 91,584 and 91,520 bytes
respectively; `ASTWriter.cpp.o` shrinks by 25,128 bytes with 396 fewer
relocations, while linked fixups are unchanged.
Work towards #202616
AI tool disclosure: Co-authored with OpenAI Codex.
[clang-format] Fix a bug in aligning comments above finalized line (#202253)
Don't change the indent level of the comments if they are already
aligned with the finalized line below.
Fixes #200521
[SLP] Inefficient cost-modelling and codegen for reductions with slp-… (#197875)
…revec
When revectorizing, starting with reduction, SLP generates slightly
inefficient code for reduction. e.g. In the godbolt link
[here](https://godbolt.org/z/ez7KPnxM5),
`hor_reduction --> original code`
`hor_reduction_revec_as_imagined_in_SLP --> revectorized code would look
like`
Rather than extracting per lane, we can extract original leaf nodes of
the reduction, which are sub-vectors, and then perform usual reduction
as in non-revectorized code. In the above link,
`hor_reduction_ideal_revec --> how the revec code should look like`
Extracting subvectors and achieving the reduction result would be better
than extracting per lane and achieving the same result.
[orc-rt] Strip leading '_' in NativeDylibAPIs on Darwin. (#203170)
NativeDylibAPIs::lookup takes linker-mangled names. On Darwin,
linker-mangling adds an '_' to the front of C symbol names. We need to
strip this off again before calling dlsym (which expects a C name).
Linker mangled names that don't start with an '_' are treated as
missing, since dlsym could never find an address for such a symbol.
[lldb][NFC] Return unique_ptr in AppleObjCRuntimeV2::TaggedPointerVendorLegacy::GetClassDescriptor (#202921)
There is no reason to use a shared_pointer here.
[X86] Generate assertions with update_llc_test_checks
A follow-up PR will modify some lines in 2011-09-14-valcoalesce.ll and
adding assertions to 2009-11-17-UpdateTerminator.ll essentially serves
as precommitting tests for #202763.
Reviewers: RKSimon, arsenm, phoebewang
Pull Request: https://github.com/llvm/llvm-project/pull/203109
openssl: update to 3.0.21
This change is a security release which resolves several issues with OpenSSL 3.0,
the highest severity issue being ranked "High". Users are strongly encouraged to
update to this release.
More information about the release (from a high level) can be found in
the release notes [1].
Tested with: (make tinderbox; spotchecks on dev hosts)
1. https://github.com/openssl/openssl/blob/openssl-3.0.21/NEWS.md
- :main and :stable/15 run OpenSSL 3.5 and :stable/14, et al runs
OpenSSL 3.0.
- This is not a merge commit because our pre-receive checkers still
don't allow direct MFVs without going through :main first.
- This is a direct commit to stable/14.
[GitHub] React to /test-suite comment (#203151)
So the user knows the workflow has kicked off. I've put it in a separate
job with write permissions so the main job should still only have a read
only token.
in inteldrm_burner_cb() call fb_blank() instead of drm_fb_helper_blank()
this indirectly calls intel_fbdev_blank(), which does
drm_fb_helper_blank() followed by intel_fbdev_invalidate()
avoids on screen garbage when wscons screen blanking is enabled on
mvs' Alder Lake and Gemini Lake machines.
Reapply "[NVPTX] Support lowering of `(l)lround`" (#202876)
Reverts llvm/llvm-project#202500
Original PR llvm/llvm-project#183901 was mistakenly reverted due to an
unrelated build failure.
[MLIR] Use internal shell for standalone tests (#203134)
The external shell will be removed soon
(https://discourse.llvm.org/t/rfc-removal-of-the-lit-external-shell/90951),
and this is one of the places where it hasn't been enabled by default.
There are no test failures caused by this, so we can just turn it on by
not explicitly setting execute_external as it defaults to False.
