[SPIR-V] Preserve pointer-to-pointer element type for T*& parameters (#203113)
SPIR-V backend was collapsing T*& reference parameters down to T*,
dropping a level of indirection during element-type deduction. This
patch keeps the pointer-to-pointer level intact, fixing it both within a
function (a T** reloaded from its alloca) and across calls via
cross-function parameter propagation.
Fixes HeCBench/topk on HIP.
www/chromium: update to 149.0.7827.114
* 149.0.7827.114
This update includes 28 security fixes. Below, we highlight fixes
that were contributed by external researchers.
Please see the Chrome Security Page for more information.
* 149.0.7827.102
This update includes 74 security fixes. Below, we highlight fixes
that were contributed by external researchers.
Please see the Chrome Security Page for more information.
firmware: fix return value masking during updates
This caused reboots when updates not supposed to reboot
in case base/kernel could not install. This way since
26.1.8.
(cherry picked from commit 2e90e6fbf77202efdbd599697951e6da12b78e26)
opnsense/openssl: retain the original origin to avoid spurious reinstalls
The "openssl" package remains the security/openssl one for 26.1 so that
we can upgrade into the same package for 26.7 but then it's already
3.5 instead of 3.0.
MVC:ui - refactor base_dialog and parseFormNode to simplify the template for https://github.com/opnsense/core/issues/9955
Move defaults to parseFormNode() and introduce "sections" with children to avoid some more magic in the volt templates.
Set default title on multi selectpickers as these sometimes seem to miss the "Nothing selected" phrase for some odd reason.
Functionally this should be a backward compatible change.
MVC:ui - refactor base_dialog and parseFormNode to simplify the template for https://github.com/opnsense/core/issues/9955
Move defaults to parseFormNode() and introduce "sections" with children to avoid some more magic in the volt templates.
Set default title on multi selectpickers as these sometimes seem to miss the "Nothing selected" phrase for some odd reason.
Functionally this should be a backward compatible change.
esbuild: update to 0.28.1
- Disallow \ in local development server HTTP requests (GHSA-g7r4-m6w7-qqqr)
- Add integrity checks to the Deno API (GHSA-gv7w-rqvm-qjhr)
- Avoid inlining using and await using declarations (#4482)
- Fix module evaluation when an error is thrown (#4461, #4467)
- Fix some edge cases around the new operator (#4477)
- Fix renaming of nested var declarations (#4471)
- Emit var instead of const for certain TypeScript-only constructs for ES5 (#4448)
editors/vscode: Update to 1.124.2
While here, remove obsolete target for building remote extension
host. Those who want to build remote extension host can now use
`make -f Makefile.reh build` instead.
Changelog: https://code.visualstudio.com/updates/v1_124
Reported by: GitHub (watch releases)
[mlir-tblgen] Render enum keyword alternatives in generated attr/type docs
When mlir-tblgen generates documentation for AttrDefs/TypeDefs that have
EnumParameter fields, it previously rendered the raw C++ type (e.g.
`::mlir::ns::MyEnum`) in the syntax block. This was unhelpful for
users who need to know the valid keyword values.
This patch:
1. Adds an `EnumInfo enum = enumInfo;` field to the `EnumParameter`
TableGen class, persisting the enum record for tooling to inspect.
2. Modifies `emitAttrOrTypeDefAssemblyFormat` in OpDocGen.cpp to detect
EnumParameter fields and render their cases as backtick-quoted
alternatives (e.g. `` `read` | `read_write` ``).
3. Adds a test case to gen-dialect-doc.td verifying the new behavior.
Before:
#my_dialect.my_attr<
int32_t, # index
::mlir::ns::MyEnum, # access
[9 lines not shown]
py-python-discovery: updated to 1.4.2
Bug fixes - 1.4.2
- Stop executable symlink resolution once the stdlib landmark is reachable and keep macOS framework builds untouched,
matching ``getpath`` - Homebrew interpreters no longer get version-pinned ``Cellar`` paths recorded and stable
aliases such as Debian's ``/usr/bin/python3`` are preserved
Bug fixes - 1.4.1
- Resolve executable-only symlinks when computing ``system_executable``, mirroring CPython's ``getpath.realpath``
(python/cpython115237): a symlink to the interpreter binary now resolves to the real interpreter, while a fully
symlinked interpreter tree is kept as-is