[SandboxVec][LoadStoreVec] Support constant vectors of mixed types
createConstantVector() previously packed the constant store operands
as-is, which only worked when every store had the same element type.
Take the lane type from VecUtils::getCombinedVectorTypeFor() instead and
reinterpret each constant's bits as that type, going through an integer
of matching width via ptrtoint/inttoptr/bitcast. Constants wider than a
lane (e.g. an i64 in an <N x i32>) are split across several lanes in
memory order. Bail out when a constant cannot be reinterpreted, such as
a non-integral pointer or a relocatable address that needs splitting.
Also flatten vector-typed ConstantPointerNull into per-lane nulls, and
bail out on the remaining vector constants such as poison rather than
packing them into the result.
Co-authored-by: Cursor <cursoragent at cursor.com>
[MC] Declare command line options in TableGen (#228321)
Move the cl::opts into MCCLOptions.td, except the -dx-* options, which
the DirectX backend reads and writes. The name avoids MCOptions, a
common variable name for MCTargetOptions.
New OptionsStruct member kinds replace cl:: features the port needs:
* OptionalBoolField, a std::optional<bool>, replaces cl::boolOrDefault
(-use-leb128-directives)
* EnumField replaces cl::values, showing its values as the -help-hidden
metavar
* DefaultOnOffField, an EnumField of std::optional<bool>, replaces the
file-local Default/Enable/Disable enum (-dwarf-extended-loc), which
DwarfDebug.cpp also defines for four options
Aided by Opus 5.5
www/remark42: stop baking REMARK_URL at build time
Since 1.17.0 the server fills the {% REMARK_URL %} placeholder into
the embedded frontend at serve time, using the REMARK_URL it was
started with. The port was still substituting the placeholder with
http://127.0.0.1:8080 before embedding, which left nothing for the
server to fill in, so the widget pointed at an unreachable host
whenever a page omitted remark_config.host.
- Drop the build-time substitution and the REMARK_URL make variable;
remark_url in rc.conf now reaches the frontend as well.
- Document remark_remark_web_root in the rc script.
www/remark42: stop baking REMARK_URL at build time
Since 1.17.0 the server fills the {% REMARK_URL %} placeholder into
the embedded frontend at serve time, using the REMARK_URL it was
started with. The port was still substituting the placeholder with
http://127.0.0.1:8080 before embedding, which left nothing for the
server to fill in, so the widget pointed at an unreachable host
whenever a page omitted remark_config.host.
- Drop the build-time substitution and the REMARK_URL make variable;
remark_url in rc.conf now reaches the frontend as well.
- Document remark_remark_web_root in the rc script.
www/redmine61: update to 6.1.5
Security and bug fix release: fixes two private data leaks via
the REST API.
Upstream now pins Rails 7.2.4; keep the dependency floor at
7.2.3.2, the version currently in the tree.
www/redmine61: update to 6.1.5
Security and bug fix release: fixes two private data leaks via
the REST API.
Upstream now pins Rails 7.2.4; keep the dependency floor at
7.2.3.2, the version currently in the tree.
www/redmine70: update to 7.0.2
Security and bug fix release: fixes two private data leaks via
the REST API and a DOM-based XSS via clipboard HTML paste.
Upstream now pins Rails 8.1.4; keep the dependency floor at
8.1.3.1, the version currently in the tree.
www/redmine70: update to 7.0.2
Security and bug fix release: fixes two private data leaks via
the REST API and a DOM-based XSS via clipboard HTML paste.
Upstream now pins Rails 8.1.4; keep the dependency floor at
8.1.3.1, the version currently in the tree.
[offload][omp] Move strict threads & groups computation to libomptarget (#222607)
Move all computation related to strict threads and strict groups to
libomptarget as it's specific to OpenMP. This also removes all refrences
to ExecutionModes from the Plugin Interface.
With this, the data from the OpenMP kernel environment being used is
ReductionDataSize used to create the KLE, and maxNumThreads used by
RecordReplay. They're are purposely left for a future PR.
Assisted by Claude.
[SandboxVec][LoadStoreVec] Support constant vectors of mixed types
createConstantVector() previously packed the constant store operands
as-is, which only worked when every store had the same element type.
Take the lane type from VecUtils::getCombinedVectorTypeFor() instead and
reinterpret each constant's bits as that type, going through an integer
of matching width via ptrtoint/inttoptr/bitcast. Constants wider than a
lane (e.g. an i64 in an <N x i32>) are split across several lanes in
memory order. Bail out when a constant cannot be reinterpreted, such as
a non-integral pointer or a relocatable address that needs splitting.
Also flatten vector-typed ConstantPointerNull into per-lane nulls, and
bail out on the remaining vector constants such as poison rather than
packing them into the result.
Co-authored-by: Cursor <cursoragent at cursor.com>
py-imageio: updated to 2.38.0
2.38.0
Bug
Implement SeekableFileObject.readline for Pillow HTTP streams
Multi-frame writes through pyav fail with av 18.1.0
Solve "prefer_uint8=False upcast uint8 to int16"
Doc
Document the actual return value of immeta
Feat
V3 Plugin for pydicom
Maint
[6 lines not shown]
[IRBuilder] Propagate fast-math flags to folding in CreateBinOpFMF (#227543)
Fast-math flags are used by InstSimplifyFolder, so we need to pass them
to the folding function in CreateBinOpFMF.
md4c: updated to 0.6.0
0.6.0
Add blank line preservation, enabled with the flag MD_FLAG_PRESERVEBLANKLINES.
Add highlight span extension, enabled with the flag MD_FLAG_HIGHLIGHT.
Add GFM-like footnote extension, enabled with the flag MD_FLAG_FOOTNOTES.
Add extension recognizing GFM-like admonitions.
Add extension recognizing superscripts and subscripts with ^superscript^ and ~subscript~ syntax respectively. Flags MD_FLAG_SUPERSCRIPTS and MD_FLAG_SUBSCRIPTS enable these extensions.
Add extension recognizing spoilers with ||hidden text|| syntax. This follows syntax used by Telegram and Discord Markdown implementations. It needs to be explicitly enabled with MD_FLAG_SPOILERS. (Note though that the HTML renderer outputs them verbatim in a custom <x-spoiler> tag.)
system: implemement far gateway for IPv6 #10578
Apparently this works on recent FreeBSD and WG VPN providers
like the coolness of /128 addresses being given out. Fix both
static routes and gateways, but do not add an auto-detect for
IPv6 which isn't needed for this use case and also not otherwise
known to happen out in the wild.
indi: updated to 2.2.5
2.2.5
Publish Pinefeat CEF firmware version as a property
Link planewave rotate against httplib
Add IKunFocuser native INDI focuser driver
Fix stack buffer overflow in lilxml error formatting (CVE-2026-71979)
More build fixes for OpenBSD
Fix build with new gcc: add missing include
cmake: Fix building on OpenBSD
Fix indentation of preprocessor directives to match the rest of the code
Simplify the headers a bit
wanderer_snowflake: don't restrict FILTER_NAME to a single B-Z letter
guide/ccd simulator: restore sub-pixel star placement in SkyRenderer
Fix Pegasus PPBA adjustable output cannot be re-enabled
Harden buffer bounds when composing strings from parsed XML attributes
shm_open_anon: Simplify the code a bit to reduce duplication
Add Gemini Power Box Hub Advanced v3 driver
[6 lines not shown]
libvpx: updated to 1.17.0
1.17.0 "Yellowbilled Duck"
This release includes a new encoder control to validate high bitdepth input,
additional Neon and AVX2/AVX512 optimizations, support for the C11 standard,
and numerous bug fixes.
- Upgrading:
This release is ABI compatible with the previous release.
ISO C11 standard is now enforced for C files.
SVC is now strictly disallowed for 2-pass encoding; enabling it will return
VPX_CODEC_INVALID_PARAM.
VP9 High Bitdepth (HBD) input validation is now enabled by default. If the
input contains values outside the valid range, the encoder will return
VPX_CODEC_INVALID_PARAM. Use the new VP9E_SET_VALIDATE_HBD_INPUT control
(or vpxenc --validate-hbd-input=0) to disable this validation.
[59 lines not shown]
MFC: fsck_msdosfs: fix head bitmap over-allocation on 32-bit platforms
bitmap_ctor() computed the allocation size as
roundup2(bits, LONG_BIT) / (LONG_BIT / 8)
The dividend is a count of bits, so converting it to bytes requires
dividing by 8 (bits per byte), not by LONG_BIT / 8 (bytes per long).
The two divisors happen to coincide on LP64, but on ILP32 platforms
the head bitmap was allocated at twice the required size; for a
FAT32 file system with close to 2^28 clusters, that is 64 MiB instead
of 32 MiB.
The extra half of the allocation was never accessed, so there is no
functional change other than the reduced memory footprint.
Pull Request: https://github.com/freebsd/freebsd-src/pull/2440
(cherry picked from commit 269002da453895fc935101afefeb02d2c7d10360)
