[RISCV][GlobalISel] Lower G_MEMCPY_INLINE (#192671)
Before this, MIR that contained G_MEMCPY_INLINE has failed in the
lagalization stage.
This patch calls `lower` on G_MEMCPY_INLINE.
[Attributor] Use trivial no side effects check in isAssumedSideEffectFree (#193303)
This PR should not change any tests, which is the goal here. To use
`mayHaveSideEffects` is a shortcut to avoid expensive checks by pulling
in different kind of dependences.
That said, this PR doesn't really need a test.
Reapply "[JTS][Passes] Enable JTS By Default" (#193300)
Reverts llvm/llvm-project#192894
Remaining issues should be fixed by
6a9ed459ce228cc0d8982bf1a8cad39f7c020ce4.
[libc] Add wcsxfrm (#191692)
This patch adds wcsxfrm to LLVM libc.
It includes:
- wchar.yaml declaration
- implementation and header
- CMake wiring
- entrypoint registration
- unit tests
The current implementation provides C/POSIX-style behavior and does not
yet add locale-aware collation support.
Tested with:
- ninja libc.test.src.wchar.wcsxfrm_test
Notes:
- local full check-libc was blocked by unrelated pre-existing timeout
[6 lines not shown]
[NFC][SSAF] Extract common code in Analyses to a shared file (#191932)
Created SSAFAnalysesCommon.h for the SSAF analyses implementation.
---------
Co-authored-by: Balázs Benics <benicsbalazs at gmail.com>
[Clang][AMDGPU] Use unsigned for D#
The descriptor should be unsigned in the first place. Before we moved to
`_ExtVector`, everything just relied on implicit type conversion, so this was
never caught. CLR's implementation of D# uses unsigned as well.
18032 fssnap: address of NULL pointer 'sidp'
Reviewed by: Bill Sommerfeld <sommerfeld at hamachi.org>
Reviewed by: Gordon Ross <gordon.w.ross at gmail.com>
Approved by: Dan McDonald <danmcd at edgecast.io>
emulators/ripes: unbundle devel/cereal to fix the armv7 build
The bundled version of cereal is outdated and produces this build error:
In file included from /wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/graphics/vsrtl_componentgraphic.cpp:14:
In file included from /wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/archives/json.hpp:56:
/wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/external/rapidjson/document.h:319:82: error: cannot assign to non-static data member 'length' with const-qualified type 'const SizeType' (aka 'const unsigned int')
319 | GenericStringRef& operator=(const GenericStringRef& rhs) { s = rhs.s; length = rhs.length; }
| ~~~~~~ ^
/wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/external/rapidjson/document.h:325:20: note: non-static data member 'length' declared const here
325 | const SizeType length; //!< length of the string (excluding the trailing NULL terminator)
| ~~~~~~~~~~~~~~~^~~~~~
1 error generated.
Unbundle devel/cereal to get an up to date version which does not
exhibit this issue and to follow our policy on unbundling.
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
[2 lines not shown]
biology/htslib: fix build on armv7 (again)
The patches provided by me in 2023 to fix the build on armv7 were
upstreamed shortly after. In a subsequent update to the port, it
appears that the maintainer had then reversed these patches (?!),
effectively undoing my now upstreamed bug fix.
Remove the bogus patches to fix the build.
Fixes: aafe5d31c5f3afdaad0f6345bee06e7a3e2c5ced
See also: https://github.com/samtools/htscodecs/issues/81
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
(cherry picked from commit 89c7d793da2638cfdc15252825a5548c3eb2f147)
biology/ugene: fix build on aarch64
The bundled copy of htslib is missing required assembly source files,
causing build failure due to undefined symbols an aarch64.
Unbundle htslib and use our working port biology/htslib instead.
Approved by: makc (maintainer)
MFH: 2026Q2
PR: 293379
(cherry picked from commit 372104dd71f6e0b1d463713793510b0f7ca5f0a8)
databases/pecl-couchbase: fix build on armv7
This port bundles an older version of snappy that does not build on
armv7 due to an issue that was fixed in the snappy port long ago.
Grab my old armv7 patch for archivers/snappy from the attic to fix
the build. Long term, the dependency should probably be unbundled.
See also: 9a0a2422622d5feee7d77ddc954540daff449a1d
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
(cherry picked from commit 99f343f62620243a68d37717cbfbdaa9bc3ecf53)
emulators/ripes: unbundle devel/cereal to fix the armv7 build
The bundled version of cereal is outdated and produces this build error:
In file included from /wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/graphics/vsrtl_componentgraphic.cpp:14:
In file included from /wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/archives/json.hpp:56:
/wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/external/rapidjson/document.h:319:82: error: cannot assign to non-static data member 'length' with const-qualified type 'const SizeType' (aka 'const unsigned int')
319 | GenericStringRef& operator=(const GenericStringRef& rhs) { s = rhs.s; length = rhs.length; }
| ~~~~~~ ^
/wrkdirs/usr/ports/emulators/ripes/work/Ripes-2.2.6/external/VSRTL/external/cereal/include/cereal/external/rapidjson/document.h:325:20: note: non-static data member 'length' declared const here
325 | const SizeType length; //!< length of the string (excluding the trailing NULL terminator)
| ~~~~~~~~~~~~~~~^~~~~~
1 error generated.
Unbundle devel/cereal to get an up to date version which does not
exhibit this issue and to follow our policy on unbundling.
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
biology/ugene: fix build on aarch64
The bundled copy of htslib is missing required assembly source files,
causing build failure due to undefined symbols an aarch64.
Unbundle htslib and use our working port biology/htslib instead.
Approved by: makc (maintainer)
MFH: 2026Q2
PR: 293379
biology/htslib: fix build on armv7 (again)
The patches provided by me in 2023 to fix the build on armv7 were
upstreamed shortly after. In a subsequent update to the port, it
appears that the maintainer had then reversed these patches (?!),
effectively undoing my now upstreamed bug fix.
Remove the bogus patches to fix the build.
Fixes: aafe5d31c5f3afdaad0f6345bee06e7a3e2c5ced
See also: https://github.com/samtools/htscodecs/issues/81
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
databases/pecl-couchbase: fix build on armv7
This port bundles an older version of snappy that does not build on
armv7 due to an issue that was fixed in the snappy port long ago.
Grab my old armv7 patch for archivers/snappy from the attic to fix
the build. Long term, the dependency should probably be unbundled.
See also: 9a0a2422622d5feee7d77ddc954540daff449a1d
Approved by: portmgr (build fix blanket)
MFH: 2026Q2
Use truenas-discovery service
This commit replaces avahi, wsdd, and netbios services with a
unified truenas-discovery service. This simplifies the middleware
implementation of these services.
[BOLT] Fix stream position before appendPadding in writeEHFrameHeader (#193126)
When writeEHFrameHeader needs to allocate new space for .eh_frame_hdr
(because the old section is too small), it calls appendPadding to align
NextAvailableAddress. appendPadding writes zero bytes at the current
stream position, but after the section write loop in rewriteFile the
stream is positioned at the end of the last section written in
BinarySection::operator< order — not at the file offset corresponding to
NextAvailableAddress.
In the common case (single loadObject call) the write order matches file
offset order, so the stream happens to be in the right place. But when a
runtime library adds sections via additional loadObject calls, the
operator< iteration order (code-before-data) can diverge from file
offset order: a runtime library code section may have a higher file
offset than a runtime library data section that comes after it in the
write loop. The stream then ends at a lower offset than expected, and
appendPadding's zeros overwrite the beginning of the code section.
Fix by seeking to the correct file offset before calling appendPadding.
[AArch64] Remove xtn.ll test. NFC (#193306)
xtn.ll and trunc.ll share many of the same test functions. This patch
removes
xtn.ll, porting over some i128 variants to trunc.ll to keep what was
present
only in xtn.ll.
OS-8730 Bump /usr size to make room for illumos#17974
Reviewed by: Carlos Neira <cneira at edgecast.io>
Reviewed by: Toomas Soome <tsoome at edgecast.io>
Reviewed by: Nahum Shalman <nshalman at edgecast.io>
Approved by: Toomas Soome <tsoome at edgecast.io>
[Attributor] Use trivial no side effects check in isAssumedSideEffectFree
This PR should not change any tests, which is the goal here. To use
`mayHaveSideEffects` is a shortcut to avoid expensive checks by pulling in
different kind of dependences.
That said, this PR doesn't really need a test.
