[test] Add irreducible CFGs with closed-form block frequencies (#213492)
The functions here have irreducible control flow, but none of them pins
down how mass is divided among the entries of an irreducible region.
Add four cases whose exact frequencies follow from the branch weights:
- equalrows: all blocks share one successor distribution; 5:3:2.
- selfloops: self edges of differing probability; ignoring them, each
block
splits evenly between the other two; 8:5:5.
- unequalrows: symmetric non-header successors, differing header row;
8:3:3.
- nonentry: a member of the region that is not an entry, so its mass is
never
adjusted; 6:4:3.
BFI computes the first two exactly and the last two not. #213488 will
show up as a diff.
math/deal.ii: fix with OCCT-8 + some modifications
- fix with OpenCascade-8.0.0 (primary goal);
- CGAL and Taskflow are detected as build dependencies;
- kokkos is now fixed;
- GMP and MPFR are used as lib dependencies;
- the port was linked both with BLIS and NETLIB: replace them by
OpenBLAS (note: qa still reports indirect linkage with BLIS and
NETLIB);
- switch to c++23.
PR: 296947
Reported by: yuri
Approved by: yuri (maintainer)
databases/rocksdb: add cmake config files
Also add dependencies on googletest and onetbb: when built outside
poudriere they are detected and compilation fails.
PR: 296732
Approved by: maintainer’s time-out
[ORC] Remove EPC runAsVoidFunction/runAsIntFunction methods (#213265)
Remove runAsVoidFunction and runAsIntFunction from
ExecutorProcessControl and all its implementations, along with the
now-unused RunAs{Void,Int}FunctionWrapperName bootstrap symbols and
SimpleRemoteEPC's corresponding address fields. Their only in-tree
users, COFFPlatform and COFFVCRuntimeSupport, now use
rt::sps::Int32VoidCaller and rt::sps::Int32Int32Caller.
runAsMain is likewise routed through rt::sps::MainCaller's controller-
interface symbol, so it is looked up under the same orc_rt_ci_sps_* name
the target-process bootstrap registers.
This is a step towards decoupling the ExecutorProcessControl interface
from SPS serialization.
lang/sbcl: fix build on i386 and powerpc64*
SB-ALIEN:ALIEN-FUNCALL-INTO is exported unconditionally and documented by
the new SB-MANUAL contrib, but the function itself is #+(or x86-64 arm64),
so generating the Texinfo sources dies with an undefined-function error on
i386, powerpc64 and powerpc64le.
Obtained from: https://github.com/sbcl/sbcl/commit/7ee531486117197e89c95507a5919ef08f36220b
tesseract: updated to 5.5.3
5.5.3
Fix typos
Fix missing closing tags in multi-page PAGE XML output
Fix Apple CMAKE_SYSTEM_PROCESSOR not set when crosscompiling
Remove outdated docker-compose.yml (Fixes 4492)
docs: document memory ownership and lifecycle in C-API
Add Portuguese language support and section descriptions (Windows installer)
Update Slovak language string in tesseract.nsi
fix(nsi): mask LANGID to 16-bit for reliable auto-detection
Add GitHub Copilot instructions
Correct mutex call to prevent multiple instances
Update versions of GitHub actions
Bump microsoft/setup-msbuild from 2 to 3
Use asciidoctor instead of asciidoc-py for manpage generation
Bump actions/upload-artifact from 4 to 7
autotools: Fix linker warning on macOS
[19 lines not shown]
[CSKY] Emit build attributes in assembly output (#213507)
Fixes CodeGen/CSKY/fpu-abi-attribute.ll, failing since #212975.
emitTargetAttributes is implemented only by CSKYTargetELFStreamer, so
llc -filetype=asm drops every .csky_attribute directive. Move it to
CSKYTargetStreamer, as ARM and RISC-V do.
ngtcp2: updated to 1.25.0
1.25.0
Fix build error with gcc-16
build(deps): bump actions/cache from 5 to 6
ksl: Align keys in 8 bytes boundary
bbr: Update longterm variable computation
Remove condition that is always true
Verify the end offset of STREAM frame before updating flow control
Rework connection flow window accounting after sending STOP_SENDING
Stop buffering data after shutting downstream read
Cleanup
Update bbr
Update doc
Add ngtcp2_stream_close2 callback
examples: Adopt ngtcp2_stream_close2 callback
Tweak stream_close2 callback behavior
Expand NGTCP2_MAX_INITIAL_CRYPTO_OFFSET to 64K
[20 lines not shown]
japanese/open_jtalk: fix pkg-plist
pkg-plist hardcoded a framework-managed line:
@dir share/licenses/ja-open_jtalk-1.11
share/licenses/<pkg>/ is created automatically by the LICENSE
framework and must never be in pkg-plist.
Putting that line causes a packaging failure when DISABLE_LICENSES=yes
is set:
pkg-static: Unable to access file /wrkdirs/usr/ports/japanese/open_jtalk/work/stage/usr/local/share/licenses/ja-open_jtalk-1.11/:No such file or directory
games/CWR-CE: fix build on powerpc64le
In file included from /wrkdirs/usr/ports/games/CWR-CE/work/CWR-CE-9abbdf2769f3008d76c47ac0af219388ff0323dc/engine/Poseidon/Foundation/Math/V3QuadsP3.cpp:16:
/usr/lib/clang/19/include/ppc_wrappers/x86intrin.h:18:2: error: "Please read comment above. Use -DNO_WARN_X86_INTRINSICS to disable this error."
18 | #error "Please read comment above. Use -DNO_WARN_X86_INTRINSICS to disable this error."
| ^
misc/py-onnxruntime: fix build on powerpc64le
/wrkdirs/usr/ports/misc/py-onnxruntime/work-py312/build/Release/_deps/eigen3-src/unsupported/Eigen/CXX11/../../../Eigen/src/Core/arch/AltiVec/PacketMath.h:119:35: error: 'vec_lvsl' is deprecated: use assignment for unaligned little endian loads/stores [-Werror,-Wdeprecated-declarations]
[MLIR][Python] Drop the LLVMSupport link dependency from the python extensions (#213509)
Follow-up to #180986, which completed the series started in #178290: it switched the last python bindings off the C++ LLVM APIs and dropped `LLVMSupport` from the support library in `AddMLIRPython.cmake`. But the per extension `PRIVATE_LINK_LIBS LLVMSupport` in `mlir/python/CMakeLists.txt` was missed, so the dependency is still there for every extension module.
Assisted by: Claude
[MLIR][Python] Drop the LLVMSupport link dependency from the python extensions
#180986 switched the last python bindings off the C++ LLVM APIs and dropped
LLVMSupport from the support library in AddMLIRPython.cmake, but the
per-extension `PRIVATE_LINK_LIBS LLVMSupport` in mlir/python/CMakeLists.txt
was missed. `declare_mlir_python_extension`'s PRIVATE_LINK_LIBS becomes
`target_link_libraries(... INTERFACE ...)`, so every extension module still
links libLLVMSupport.a. None of the extension sources reference LLVM any more:
the only remaining matches for `llvm::` are two comments and a namespace that
happens to be called `llvm`.
Statically linking LLVMSupport into every extension gives each one its own copy
of the CommandLine.cpp globals. Where the loader resolves symbols across modules
rather than keeping them module-local, whichever copy initializes second aborts
the process:
CommandLine Error: Option 'print-inst-addrs' registered more than once!
That is what happens with the emscripten build of the bindings, where the
[7 lines not shown]
