math/scilab: upgrade to 2026.1.0 and undeprecate
Latest releases notes at
https://gitlab.com/scilab/scilab/-/blob/2026.1.0/scilab/CHANGES.md
Also take maintainership.
This is a first attempt at an upgrade of this port. It is usuable, but
not perfect: don't hesitate to send patches!
Known limitations:
- I've not been able to get a dynamic libary_path, this explains the
work-around in etc/jvm_options.xml, and a non-breaking exception when
starting;
- MAKE_JOBS_UNSAFE has to be set, should be avoidable with some fixes in
the makefiles;
- FreeBSD is not officially supported, and no Atoms modules are available
for us ATM.
devel/javax-activation: new port, Java Activation Framework
Remark: this is an ancient .jar file, it should have been superseded by
jakarta-activation, but it is still required to build the recent Scilab.
devel/gson: new port, Java library to convert Java Objects into JSON
This is a basic port, just to install a dependency used by Scilab.
It uses a pre-built jar provided by Maven.
iflib: Avoid locking for unsupported VF status queries
ifconfig -v requests SR-IOV VF status from every interface. iflib
previously acquired the context lock before dispatching the request even
for VFs and drivers using the default unsupported method. Mailbox work
on a VF could therefore delay the complete interface listing.
VF status describes the children of an SR-IOV PF. Reject requests on
VF contexts and classes using the default method without taking the
context lock. Keep the lock for actual PF status providers.
Fixes: 1ccf543b21ef ("ifconfig: Add SR-IOV VF status output")
Mk, x11-wm/openbox: GC IMLIB standard option in favor of IMLIB2
The `graphics/imlib' port was removed on 2014-12-25, convert the
last remaining port to IMLIB2 for consistency with other ports.
libgcc_s: export the IEEE-128 long double runtime on powerpc64le
On powerpc64le with IEEE-128 long double, the long-double compiler-runtime
helpers are the *kf* soft-float functions (built from the tf sources,
renamed via -D in lib/libcompiler_rt/Makefile.inc) plus the complex
multc3/__divtc3. They are compiled into libgcc_s.so by the powerpc64le
SRCF block, but were never added to Symbol.map, so they stayed local and
unexported.
Every other IEEE-128 architecture already exports its scalar long-double
runtime -- aarch64 and riscv list the tf helpers in GCC_4.6.0. powerpc64le
was simply missed.
Because the helpers are unexported, any clang-built shared library that uses
long double leaves them undefined (permitted in a DSO), and linking an
executable against that DSO then fails under lld's default
--no-allow-shlib-undefined. For example science/harminv fails to link its
binary against its own libharminv.so with undefined multc3/divtc3; at
-O0, mulkf3/addkf3/__subkf3/__unordkf2 appear as well.
[8 lines not shown]
Interfaces: wireless - use `_wlan` device suffix to detect a wireless interface instead of assuming a wireless config section has been created. closes https://github.com/opnsense/core/issues/10681
missed a couple of spots in previous it seems.
[VPlan] Add tests for outer-loop accesses with irregular types (NFC). (#215075)
Add coverage for stride-1 outer-loop accesses of element types that are
bit-packed in vectors (i1, i4).
While touching the file, remove some unnecessary checks.
[SPARC] Fix %hi/%lo of absolute expressions in PIC mode (#215066)
adjustPICRelocation maps %hi/%lo to GOT22/PC22 or GOT10/PC10 at parse
time, before the operand is known to be absolute. adjustFixupValue has
no case for the GOT types, so an absolute operand encodes the unshifted
value:
Encode %got22/%got10 like %hi/%lo. Also drop them as input syntax; GNU
as has no such operators.
DAG: Gracefully diagnose missing soft-float and strict-FP libcalls
Several soft-float legalization paths legalizer, called into a libcall
without checking whether the target provides one, fatally erroring for
fp128 operations on targets with no soft-float support.
Co-authored-by: Claude (Claude-Opus-4.8) <noreply at anthropic.com>
