[ORC] Rename RTBridge Caller to Proxy (#215077)
Mechanical rename of the controller-side call handle, with no functional
change:
- rt::Caller<Sig> -> rt::Proxy<Sig> (and CallerBase / CallerInit /
callerInit / buildCallers -> Proxy*), RTBridge/Calls.h ->
RTBridge/Proxy.h.
- rt::sps::CallerSpec -> rt::sps::ProxySpec, RTBridge/SPS/Calls.h ->
RTBridge/SPS/ProxySpecs.h.
- The named proxies for function-calling wrappers gain a Call verb
(CallMainProxy, CallInt32Int32Proxy, ...), matching the
orc_rt_ci_sps_call_* wrappers they target.
This frees "caller" for the executor-side concept: a runtime function
that calls another function.
Also split the unit test along the same seam: ProxyTest.cpp covers
generic, protocol-agnostic rt::Proxy behavior via an in-process dispatch
(no serialization), and SPSProxiesTest.cpp covers the SPS proxies'
serialization round-trips.
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")
