LLVM/project 3051ae0libc/src/__support/OSUtil/linux/syscall_wrappers getpriority.h setpriority.h, libc/src/sys/resource/linux CMakeLists.txt setpriority.cpp

[libc] Implement getpriority, setpriority, their unit tests; add the accompanying macros and type headers. (#219573)

Testing these is a bit tricky, so:

- For `getpriority`, ensure the call succeeds and round-trip the highest nice
  value on Linux (19).
- For `setpriority`, ensure the call succeeds when setting it to the current nice.
- For both, test two failure modes that are easy to stably induce.
DeltaFile
+57-0libc/test/src/sys/resource/getpriority_setpriority_test.cpp
+34-0libc/src/__support/OSUtil/linux/syscall_wrappers/getpriority.h
+34-0libc/src/sys/resource/linux/getpriority.cpp
+34-0libc/src/__support/OSUtil/linux/syscall_wrappers/setpriority.h
+33-0libc/src/sys/resource/linux/setpriority.cpp
+28-0libc/src/sys/resource/linux/CMakeLists.txt
+220-012 files not shown
+393-018 files

LLVM/project ea44cd8utils/bazel/llvm-project-overlay/llvm BUILD.bazel

[Bazel] Fixes 16a770d (#220089)

This fixes 16a770d01f8ef0b4bf15cb903775af64d5d9c8c7 (#220073).

Buildkite error link:
https://buildkite.com/llvm-project/upstream-bazel/builds?commit=16a770d01f8ef0b4bf15cb903775af64d5d9c8c7

Co-authored-by: Google Bazel Bot <google-bazel-bot at google.com>
DeltaFile
+8-0utils/bazel/llvm-project-overlay/llvm/BUILD.bazel
+8-01 files

LLVM/project 7b57c9fclang/docs ControlFlowIntegrityDesign.md, clang/docs/ScalableStaticAnalysis/developer-docs index.md

[clang][docs] Fix Sphinx 8.2 and MyST build errors in Clang docs (#220108)

Commit 66617db9163d bumped Sphinx to 8.2, Docutils to 0.22, and
MyST-Parser to 4.0.1.
When building Clang documentation with `-W`, this surfaced two
breakages:
1. `ControlFlowIntegrityDesign.md`: Dangling `[^ivtbl]` footnote
references without a matching footnote definition, leading to a docutils
`ERROR: Too many autonumbered footnote references: only 0 corresponding
footnote available` / `ERROR: Unknown target name: "ivtbl"`.
2. `ScalableStaticAnalysis/developer-docs/index.md`: `:numbered: true`
caused a `ValueError: invalid literal for int() with base 10: 'true'` in
MyST because `:numbered:` takes an integer depth or no argument. Fix it
to `:numbered:`.

AI tool usage: An AI assistant was used to help research and draft the
documentation updates.
DeltaFile
+1-1clang/docs/ScalableStaticAnalysis/developer-docs/index.md
+2-0clang/docs/ControlFlowIntegrityDesign.md
+3-12 files

FreeNAS/freenas 2554609src/middlewared/middlewared/plugins auth.py, src/middlewared/middlewared/plugins/alert runtime.py

NAS-142020 / 27.0.0-BETA.1 / Bound failover.call_remote timeouts in the login and alert paths (by creatorcary) (#19572)

`auth.login_ex()` checks the peer controller's HA status before
authenticating on a BACKUP node, but passes only `connect_timeout` to
`failover.call_remote`. That option bounds the wait for the websocket to
exist, not the RPC itself, so the call timeout falls back to
`CALL_TIMEOUT`, which is 60 seconds.

The peer is normally rebooted during a failover, which leaves the
interconnect socket half-open: `RemoteClient.connected` is still set,
because `connect_and_wait()` only clears it once `c._closed` fires and
that waits on the TCP window to elapse. `connected.wait(2)` therefore
returns immediately and the RPC blocks for the full 60 seconds before
raising `ETIMEDOUT`. `login_ex()` already catches that and falls
through, so the login does succeed, just a minute late and after logging
an ERROR traceback.

Passing `timeout` bounds the RPC at 2 seconds, and `raise_connect_error:
False` makes `call_remote` return `None` for an expected network failure

    [16 lines not shown]
DeltaFile
+2-1src/middlewared/middlewared/plugins/auth.py
+1-1src/middlewared/middlewared/plugins/alert/runtime.py
+3-22 files

LLVM/project f51f106mlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[mlir] Migrate AMDGPU/ROCDL to targets, not chipset versions

**migration tl;dr:** `chipset=` becomes `triple=`, migrate off of
`amdgpu::Chipset` to `ROCDL::TargetInfo`, and eventually change
`gfxXYZ` to `amdgpuX.YZ-amd-amdhsa` in that `triple` argument.

`amdgpu::Chipset` was an awkward hack that was hard to keep up to date
with changes in the compiler/new architectures, and didn't properly
support generic targets (and has been strongly disfavored by the
compiler team).

This PR replaces `amdgpu::Chipset` with `ROCDL::TargetInfo`, a
structure that uses LLVM's TargetParser and the underlying LLVM
features tables to get the real nature of the target being compiled
for.

This also helps MLIR move to
new-style (`-mtriple=amdgpuX.YZ-amd-amdhsa`) over "old
style" (`-mtriple=amdgcn-amd-amdhsa -mcpu=gfxXYZ`) triples.

    [40 lines not shown]
DeltaFile
+313-323mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+246-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+180-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+126-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+45-40mlir/lib/Dialect/AMDGPU/Transforms/EmulateAtomics.cpp
+49-24mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+959-387102 files not shown
+1,518-710108 files

LLVM/project 2e8de5bmlir/test/Conversion/AMDGPUToROCDL permlane.mlir mfma-gfx950.mlir, mlir/test/Dialect/AMDGPU amdgpu-emulate-atomics.mlir

[mlir][AMDGPU][NFC] Pre-commit tests for incorrect version checks

There'll be a refactoring from `amdgpu::Chipset` to
`ROCDL::TargetInfo`, thus also moving from chip version checks to
features checks. This commit adds tests for incorrect lowerings that
were allowed by the current code.

- gfx90c is >= gfx90a but stil needs atomic emulation (it doesn't
  have buffer fmax and so on).
- gfx90c is also >= gfx90a but has no barrier back-off, so it needs
  the inline asm workaround around `s_barrier` that it isn't getting
- gfx908 doesn't have a packed fp16 atomic add but we thought it did
- gfx950 is mistakenly allowing xf32 MFMAs
- gfx1200 is allowing permlane_swap instructions that it doesn't have
- gfx11.7 should be allowing OCP FP8 conversions but isn't on the list

This also cleans up some redundant tests with a --check-prefixes

AI disclosure: Claude found these and wrote the tests.

    [2 lines not shown]
DeltaFile
+36-33mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+28-0mlir/test/Conversion/AMDGPUToROCDL/8-bit-floats-ocp-gfx1170.mlir
+15-0mlir/test/Conversion/AMDGPUToROCDL/lds-barrier-gfx90c.mlir
+14-0mlir/test/Conversion/AMDGPUToROCDL/mfma-gfx950.mlir
+4-0mlir/test/Conversion/AMDGPUToROCDL/permlane.mlir
+97-335 files

FreeBSD/ports f439a4cx11 Makefile, x11/colormeter pkg-descr distinfo

x11/colormeter: Add new port

X11 pixel magnifier with live RGB readout from FrauBSD. Ctrl+L locks
the sample; Button1 drag moves the window. Installs colormeter(1).

Reviewed by:    jrm
Differential Revision:  https://reviews.freebsd.org/D58429
DeltaFile
+25-0x11/colormeter/Makefile
+3-0x11/colormeter/pkg-descr
+3-0x11/colormeter/distinfo
+1-0x11/Makefile
+32-04 files

LLVM/project b784c1allvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/Target/AMDGPU AMDGPU.td

[AMDGPU] Expose buffer resource num_records width in TargetParser

This also fixes the conflict in gfx12.

Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+13-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+3-3llvm/test/TableGen/AMDGPUTargetDefSubArchSpelling.td
+6-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+2-1llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+1-1llvm/lib/Target/AMDGPU/AMDGPU.td
+25-55 files

LLVM/project 286eea4llvm/include/llvm/TargetParser AMDGPUTargetParser.h, llvm/lib/TargetParser AMDGPUTargetParser.cpp

[AMDGPU] Sort frontend-visible feature, add feature-name parsing

Emit `AMDGPUFrontendVisibleFeatures` sorted by name so it can be
binary-searched.

Also add an API for mapping feature name(s) to updates to a feature
bitmap, allowing frontends (MLIR in particular) to parse a
`-mattr`-like string.

AI disclosure; Claude wrote this code.

Co-Authored-By: Claude Opus 5 (1M context) <noreply at anthropic.com>
DeltaFile
+52-0llvm/unittests/TargetParser/TargetParserTest.cpp
+36-0llvm/lib/TargetParser/AMDGPUTargetParser.cpp
+11-3llvm/utils/TableGen/Basic/AMDGPUTargetDefEmitter.cpp
+11-0llvm/include/llvm/TargetParser/AMDGPUTargetParser.h
+110-34 files

FreeNAS/freenas 8b8d07csrc/middlewared/middlewared/plugins auth.py, src/middlewared/middlewared/plugins/alert runtime.py

Bound the remote call timeout when checking peer HA status

(cherry picked from commit 79350cc0c42a560d0e350564f182fa781d10abac)
DeltaFile
+2-1src/middlewared/middlewared/plugins/auth.py
+1-1src/middlewared/middlewared/plugins/alert/runtime.py
+3-22 files

LLVM/project 07a6e6dllvm/lib/Target/AMDGPU AMDGPULowerIntrinsics.cpp, llvm/lib/Target/AMDGPU/AsmParser AMDGPUAsmParser.cpp

[AMDGPU] Validate barrier ID in S_BARRIER_SIGNAL_ISFIRST

Value user_cluster_barrier_id is not supported.
DeltaFile
+224-222llvm/test/MC/AMDGPU/gfx12_err.s
+3-36llvm/test/CodeGen/AMDGPU/lower-intrinsics-cluster-barrier.ll
+23-0llvm/lib/Target/AMDGPU/AsmParser/AMDGPUAsmParser.cpp
+9-0llvm/test/CodeGen/AMDGPU/llvm.amdgcn.s.barrier.signal.isfirst.invalid_barrier.ll
+5-0llvm/lib/Target/AMDGPU/AMDGPULowerIntrinsics.cpp
+5-0llvm/test/MC/AMDGPU/gfx13_err.s
+269-2581 files not shown
+270-2587 files

FreeBSD/ports dba5f11devel/R-cran-collapse Makefile distinfo

devel/R-cran-collapse: Update to 2.1.8

ChangeLog: https://cran.r-project.org/web/packages/collapse/news/news.html
DeltaFile
+3-3devel/R-cran-collapse/distinfo
+1-1devel/R-cran-collapse/Makefile
+4-42 files

FreeNAS/freenas a9be707

Empty commit to create PR on github.

You should reset it
DeltaFile
+0-00 files

FreeNAS/freenas c3a02d1src/middlewared/middlewared/plugins alert.py auth.py

NAS-142020 / 26.0.0-RC.1 / Bound failover.call_remote timeouts in the login and alert paths (#19571)

`auth.login_ex()` checks the peer controller's HA status before
authenticating on a BACKUP node, but passes only `connect_timeout` to
`failover.call_remote`. That option bounds the wait for the websocket to
exist, not the RPC itself, so the call timeout falls back to
`CALL_TIMEOUT`, which is 60 seconds.

The peer is normally rebooted during a failover, which leaves the
interconnect socket half-open: `RemoteClient.connected` is still set,
because `connect_and_wait()` only clears it once `c._closed` fires and
that waits on the TCP window to elapse. `connected.wait(2)` therefore
returns immediately and the RPC blocks for the full 60 seconds before
raising `ETIMEDOUT`. `login_ex()` already catches that and falls
through, so the login does succeed, just a minute late and after logging
an ERROR traceback.

Passing `timeout` bounds the RPC at 2 seconds, and `raise_connect_error:
False` makes `call_remote` return `None` for an expected network failure

    [9 lines not shown]
DeltaFile
+2-1src/middlewared/middlewared/plugins/auth.py
+1-1src/middlewared/middlewared/plugins/alert.py
+3-22 files

LLVM/project df39f72clang/lib/Driver/ToolChains CommonArgs.cpp, clang/test/Driver fsanitize-undefined-device-offload.c fsanitize-undefined-offload.c

[Clang] Link libclang_rt.ubsan_offload.a for device offload

Match the compiler-rt rename of the host interceptor and the
-u __ubsan_offload_init hook.
DeltaFile
+0-50clang/test/Driver/fsanitize-undefined-device-offload.c
+50-0clang/test/Driver/fsanitize-undefined-offload.c
+5-5clang/lib/Driver/ToolChains/CommonArgs.cpp
+0-0clang/test/Driver/Inputs/resource_dir_with_amdgpu_per_target_subdir/lib/x86_64-unknown-linux-gnu/libclang_rt.ubsan_device.a
+0-0clang/test/Driver/Inputs/resource_dir_with_amdgpu_per_target_subdir/lib/x86_64-unknown-linux-gnu/libclang_rt.ubsan_offload.a
+55-555 files

LLVM/project 2c56d0bclang/lib/Driver/ToolChains UEFI.cpp Solaris.cpp, clang/test/Driver fsanitize-undefined-device-offload.c

[Clang] Enable UBSan for AMDGPU device offload

Summary:
This enables the device UBSan runtime for AMDGPU decides. Primarily this
required modifications to the `addSanitizerRuntime` interface so we can
query the compilation's offload status. Also need to forward it through
the linker wrapper interface. Works on all AMDGPU offload, slight hacks
around the other targets as they do not advertise sanitizer
runtimes properly.

This is linked in via a new `-u __ubsan_device_initialize` hook to pull
in the side library. This is standard behavior and keeps the core logic
mostly unchanged and re-used.
DeltaFile
+50-0clang/test/Driver/fsanitize-undefined-device-offload.c
+32-3clang/lib/Driver/ToolChains/CommonArgs.cpp
+2-2clang/lib/Driver/ToolChains/Hexagon.cpp
+2-1clang/lib/Driver/ToolChains/Clang.cpp
+1-1clang/lib/Driver/ToolChains/UEFI.cpp
+1-1clang/lib/Driver/ToolChains/Solaris.cpp
+88-813 files not shown
+98-1819 files

LLVM/project c63bd21compiler-rt/lib/ubsan/device ubsan_device_rpc.cpp ubsan_device_report.cpp, compiler-rt/lib/ubsan/offload ubsan_offload_rpc.cpp ubsan_offload_report.cpp

[compiler-rt] Rename ubsan_device to ubsan_offload

The host interceptor and GPU handler library serve offload, not a
generic device sanitizer. Keep the Apple add_ubsan_device_testsuite name.
DeltaFile
+0-368compiler-rt/lib/ubsan/device/ubsan_device_hsa.cpp
+368-0compiler-rt/lib/ubsan/offload/ubsan_offload_hsa.cpp
+0-343compiler-rt/lib/ubsan/device/ubsan_device_report.cpp
+343-0compiler-rt/lib/ubsan/offload/ubsan_offload_report.cpp
+0-241compiler-rt/lib/ubsan/device/ubsan_device_rpc.cpp
+241-0compiler-rt/lib/ubsan/offload/ubsan_offload_rpc.cpp
+952-95227 files not shown
+1,949-1,94933 files

LLVM/project eed9be0clang/lib/Sema HLSLExternalSemaSource.cpp

Apply clang-format
DeltaFile
+6-6clang/lib/Sema/HLSLExternalSemaSource.cpp
+6-61 files

FreeBSD/src 654cffesys/compat/linuxkpi/common/src linux_80211.c

LinuxKPI: 802.11: implement cfg80211_calculate_bitrate()

lkpi_cfg80211_calculate_bitrate_vht() was constantly showing up
in my debug traces as a TODO with rtw89 so I went ahead and implemented
the HT and VHT versions.  Realtek seems to limit amsdu sizes based
on the value and ask for it whether needed or not.

Sponsored by:   The FreeBSD Foundation
MFC after:      3 days
DeltaFile
+105-4sys/compat/linuxkpi/common/src/linux_80211.c
+105-41 files

LLVM/project 1c2eb52clang/lib/Sema HLSLExternalSemaSource.cpp

Apply suggestion from code review

Co-authored-by: Helena Kotas <hekotas at microsoft.com>
DeltaFile
+6-6clang/lib/Sema/HLSLExternalSemaSource.cpp
+6-61 files

FreeBSD/ports 7b5805cbiology/ucsc-userapps Makefile, biology/ucsc-userapps/files patch-kent_src_inc_common.mk patch-kent_src_hg_encode3_eap_eapFinish_eapFinish.c

biology/ucsc-userapps: Update to v502

Many fixes and enhancements since v474
Changes: https://github.com/ucscGenomeBrowser/kent/releases

Reported by:    portscout
DeltaFile
+33-0biology/ucsc-userapps/files/patch-kent_src_submodules_htslib_Makefile
+9-8biology/ucsc-userapps/Makefile
+12-0biology/ucsc-userapps/files/patch-kent_src_hg_lib_jksql.c
+0-11biology/ucsc-userapps/files/patch-kent_src_hg_encode3_eap_eapFinish_eapFinish.c
+11-0biology/ucsc-userapps/files/patch-kent_src_hg_inc_hui.h
+5-5biology/ucsc-userapps/files/patch-kent_src_inc_common.mk
+70-242 files not shown
+75-278 files

LLVM/project 6aea27b.github/workflows libc-overlay-tests.yml libc-fullbuild-tests.yml

[libc][Github] Switch to new runner set (#219754)

This moves some of the more expensive libc jobs over the new LLVM
premerge runner sets that allow dynamically setting the container. This
should make them significantly faster for cold builds (e.g., new PR
given cache sharing across PRs is not a thing).

There was an issue with this approach originally that meant jobs would
sometimes get spuriously killed but appear to succeed. That should be
mitigated with some ConfigMap updates that we deployed to the cluster,
but we should be on the lookout for any oddness happening with these
jobs.

This should also take some load off the free GitHub runners where
someone opening a bunch of libc PRs in the past has consumed all the
free GitHub resources leading to long delays for other jobs.
DeltaFile
+3-3.github/workflows/libc-fullbuild-tests.yml
+1-1.github/workflows/libc-overlay-tests.yml
+4-42 files

LLVM/project 0bd3e5fllvm/docs/CommandGuide llvm-objdump.md llvm-profdata.md

[docs] Finish MyST migration for remaining CommandGuide docs
DeltaFile
+73-80llvm/docs/CommandGuide/llvm-nm.md
+57-89llvm/docs/CommandGuide/llvm-offload-binary.md
+33-42llvm/docs/CommandGuide/llvm-pdbutil.md
+19-26llvm/docs/CommandGuide/llvm-remarkutil.md
+10-15llvm/docs/CommandGuide/llvm-profdata.md
+9-11llvm/docs/CommandGuide/llvm-objdump.md
+201-26325 files not shown
+254-34331 files

LLVM/project b39eca7mlir/include/mlir/Dialect/ControlFlow/IR ControlFlowOps.td, mlir/lib/Conversion/ControlFlowToLLVM ControlFlowToLLVM.cpp

[mlir] introduce cf.assume

Introduce an "assumption" operation that optimizers can use to assume a boolean
value is true. This is complementary to `cf.assert` but does involve the
runtime abort.

Exercise this by lowering to the LLVM dialect counterpart.
DeltaFile
+30-0mlir/include/mlir/Dialect/ControlFlow/IR/ControlFlowOps.td
+12-0mlir/lib/Conversion/ControlFlowToLLVM/ControlFlowToLLVM.cpp
+9-0mlir/test/Conversion/ControlFlowToLLVM/assume.mlir
+7-0mlir/test/Dialect/ControlFlow/ops.mlir
+58-04 files

LLVM/project e7e0985llvm/lib/Transforms/Vectorize SLPVectorizer.cpp, llvm/test/Transforms/SLPVectorizer/AArch64 matmul.ll splat-loads.ll

[SLP]Vectorize unique scalars of splat gather nodes as separate subtrees

A splat gather (the same instruction in every lane) is emitted as an
expensive insertion sequence. When the unique scalars of several splat
gathers form a vectorizable bundle, build them as a separate subtree and
emit the splat gathers as broadcasts of the vectorized value.

Reviewers: bababuck, RKSimon

Pull Request: https://github.com/llvm/llvm-project/pull/218250
DeltaFile
+218-43llvm/lib/Transforms/Vectorize/SLPVectorizer.cpp
+62-161llvm/test/Transforms/SLPVectorizer/X86/splat-gather-operands.ll
+8-24llvm/test/Transforms/SLPVectorizer/AArch64/splat-loads.ll
+9-17llvm/test/Transforms/SLPVectorizer/AArch64/matmul.ll
+9-11llvm/test/Transforms/SLPVectorizer/RISCV/splat-gather-extracts.ll
+4-12llvm/test/Transforms/SLPVectorizer/X86/lookahead.ll
+310-2685 files not shown
+327-29511 files

LLVM/project 1911b9dclang/include/clang/Analysis/Analyses/LifetimeSafety LifetimeSafety.h, clang/include/clang/Basic DiagnosticSemaKinds.td DiagnosticGroups.td

dangling global in main is strict now
DeltaFile
+12-4clang/lib/Sema/SemaLifetimeSafety.h
+12-2clang/test/Sema/LifetimeSafety/dangling-global.cpp
+6-3clang/lib/Analysis/LifetimeSafety/Checker.cpp
+7-0clang/include/clang/Basic/DiagnosticGroups.td
+4-0clang/include/clang/Basic/DiagnosticSemaKinds.td
+2-1clang/include/clang/Analysis/Analyses/LifetimeSafety/LifetimeSafety.h
+43-106 files

LLVM/project 0b6f13dmlir/include/mlir/Dialect/LLVMIR ROCDLTargetInfo.h, mlir/lib/Conversion/AMDGPUToROCDL AMDGPUToROCDL.cpp

[mlir] Migrate AMDGPU/ROCDL to targets, not chipset versions

**migration tl;dr:** `chipset=` becomes `triple=`, migrate off of
`amdgpu::Chipset` to `ROCDL::TargetInfo`, and eventually change
`gfxXYZ` to `amdgpuX.YZ-amd-amdhsa` in that `triple` argument.

`amdgpu::Chipset` was an awkward hack that was hard to keep up to date
with changes in the compiler/new architectures, and didn't properly
support generic targets (and has been strongly disfavored by the
compiler team).

This PR replaces `amdgpu::Chipset` with `ROCDL::TargetInfo`, a
structure that uses LLVM's TargetParser and the underlying LLVM
features tables to get the real nature of the target being compiled
for.

This also helps MLIR move to
new-style (`-mtriple=amdgpuX.YZ-amd-amdhsa`) over "old
style" (`-mtriple=amdgcn-amd-amdhsa -mcpu=gfxXYZ`) triples.

    [40 lines not shown]
DeltaFile
+313-323mlir/lib/Conversion/AMDGPUToROCDL/AMDGPUToROCDL.cpp
+246-0mlir/unittests/Dialect/LLVMIR/ROCDLTargetInfoTest.cpp
+180-0mlir/lib/Dialect/LLVMIR/IR/ROCDLTargetInfo.cpp
+126-0mlir/include/mlir/Dialect/LLVMIR/ROCDLTargetInfo.h
+45-40mlir/lib/Dialect/AMDGPU/Transforms/EmulateAtomics.cpp
+49-24mlir/test/Dialect/AMDGPU/amdgpu-emulate-atomics.mlir
+959-387102 files not shown
+1,518-710108 files

LLVM/project 66617dbllvm/docs requirements.txt.in requirements.txt

[docs] Upgrade Sphinx and extension dependencies (#219299)

sphinx, furo, myst-parser, sphinx-automodapi, sphinxcontrib-applehelp,
sphinx-reredirects, and docutils were all pinned to 2023/2024-era
releases. Bump requirements.txt.in to current versions and regenerate
requirements.txt (pip-compile --generate-hashes --upgrade), which also
picks up newer transitive pins (certifi, requests, urllib3, jinja2,
etc).

Verified `sphinx-build -b html` completes with zero warnings across all
doc sources under the new versions.

Co-authored-by: Claude Sonnet 5 <noreply at anthropic.com>
DeltaFile
+440-295llvm/docs/requirements.txt
+7-7llvm/docs/requirements.txt.in
+447-3022 files

LLVM/project 4b71ac2libcxx/include __config

[libc++] Enable _LIBCPP_HAS_TRIVIAL_MUTEX_DESTRUCTION for Bionic (#218055)

As mentioned in the comment, pthread_mutex_destory is a nop for regular
mutexes for Bionic, like glibc. We can enable
_LIBCPP_HAS_TRIVIAL_MUTEX_DESTRUCTION for Bionic causing std::mutex to
have trivial destructors. This change prevents compilers from
registering exit-time destructors for global/static mutexes exit-time
crashes and silencing warnings under -Wexit-time-destructors.

Fixes: https://github.com/android/ndk/issues/1261
DeltaFile
+1-3libcxx/include/__config
+1-31 files

LLVM/project df3f79fclang/test/OpenMP parallel_for_codegen.cpp, llvm/docs/CommandGuide llvm-debuginfo-analyzer.md llvm-debuginfo-analyzer.rst

Merge remote-tracking branch 'origin/users/icohedron/rwtexture-load' into users/icohedron/texture-type-creation-refactor
DeltaFile
+0-2,905llvm/test/CodeGen/AMDGPU/llvm.amdgcn.fcmp.w64.ll
+0-2,456llvm/test/CodeGen/AMDGPU/llvm.amdgcn.fcmp.w32.ll
+0-2,234llvm/docs/CommandGuide/llvm-debuginfo-analyzer.rst
+2,217-0llvm/docs/CommandGuide/llvm-debuginfo-analyzer.md
+1,049-1,049clang/test/OpenMP/parallel_for_codegen.cpp
+0-2,074llvm/test/CodeGen/AMDGPU/llvm.amdgcn.icmp.w64.ll
+3,266-10,7182,252 files not shown
+76,317-53,2152,258 files