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]
lang/oorexx: Update to 5.2.0
Changelog:
5.2.0:
Bugs
----
https://sourceforge.net/p/oorexx/bugs/nnnn
1: # 2056 Bug in docprep.rex
(entered by Josep Maria Blasco on 2026-04-05 -> 2026-04-05 )
2: # 2052 ooTest framework typo replace "rn" by "n" in ooTest.frm
(entered by jfaucher on 2026-03-18 -> 2026-03-19 )
3: # 2050 ooTest framework: unassigned variable "LFILE"' when asking for a log file
(entered by jfaucher on 2026-03-06 -> 2026-03-06 )
4: # 2049 Missing p = p->next; in Activity::liveGeneral
(entered by jfaucher on 2026-03-01 -> 2026-03-01 )
5: # 2046 VariableReference::flatten is marking instead of flattening
(entered by jfaucher on 2026-01-23 -> 2026-01-27 )
6: # 2044 json.cls: string consisting of numbers not handled as a string
[454 lines not shown]
graphics/libraw: Update to 0.22.2
Remove uselesss JASPER option after 0.22.0. This was a silent drop by
upstream, so we missed this in the last update. This was a non-default
option and will not affect most users.
https://www.libraw.org/news/libraw-0-22-2-release
graphics/libraw: Update to 0.22.2
Remove uselesss JASPER option after 0.22.0. This was a silent drop by
upstream, so we missed this in the last update. This was a non-default
option and will not affect most users.
https://www.libraw.org/news/libraw-0-22-2-release
