+ Zj&Rt^RIt^RItRtRtR#)z4Helpers for producing efficient wrappers of ufuncs. NcVPR4^,p\P!RV4p\;QJd.RV4FNK 5#!RV44#)z>Return tuple of num core dims per input from gufunc signature.z->z \((.*?)\)c3"TF4qP4'g^MVPR4^,xK6 R#5i),N)stripcount).0gs& [/home/luca/screen-checking/.venv/lib/python3.14/site-packages/scipy/special/_ufunc_tools.py $_parse_core_ndims.. s*J6a'')))996s<>)splitrefindalltuple) signature input_siggroupss& r _parse_core_ndimsrsG%a(I ZZ i 0F 5J6J5J5J6J JJcaaa SPe\SP4MRSP,o VV V3RlpRPV4pRV RV RV R2pRV/p\ Wx4W,p W)nV #) a{ Helper to ensure optimal iteration order for ufuncs that use caching. This concerns internal caches which are only live over the course of one call to a ufunc to avoid repeated computations during the course of the loops. See the notes below for more information. Parameters ---------- name : str arg_names : list[str] The function name and arg names are passed in so that the wrapper can be generated with the create name and argument names, improving documentation and autocomplete. docstring : str ufunc : numpy.ufunc cache_arg_indices : list[int] Arguments to ufunc which are used in the kernel to compute an output which is being cached for reuse when iterating over other arguments. Returns ------- callable A wrapper for ufunc which transposes the axes of the inputs to ensure iteration precedes in such a way to allow the cache within the ufunc kernel to eliminate redundant computation. Notes ----- There is a common pattern in ufunc kernels exemplified by the situation where some of the arguments are used to compute coeffients of an expansion that is taken over one or more of the other arguments. A classic example is Mathieu functions, which compute coefficients corresponding to the shape parameter q and order m which in principle could be reused for varying values of the parameter x. It had long been the case that the expensive computation of coefficients is repeated unnecessarily across values of x. It is possible to add a cache to the ufunc kernel which stores the expansion coefficients and only updates if the pointers into the q and m arrays advance during the course of the ufunc loops. Such a cache is instantiated each time a ufunc is called and only lives during the course of the loops that are carried out for that particular call. Whether such a cache actually helps depends on the order in which iteration occurs. Ideally, one would want q and m to advance most slowly and for the iterations over x for fixed q and m to be pushed to the inner most loops. This helper replaces each input array (and a pre-allocated output array) with a view where the axes which should vary most slowly are transposed to the ends and forces computation in C order. This ensures iteration proceeds in the optimal order. Note that because the pre-allocated output array used internally is C contiguous, the output will be C contiguous regardless of contiguity of the inputs. c <aaaSUu.uFp\P!V4NK upo\;QJd VV3RlS4F 'dK RM RM!VV3RlS44'dS!S!#\S4UUu.uF6wr!SV,^8dVPRSV,)M VPNK8 ppp\P !V!p\ V4p\S4UUu.uF[wr!SV,^8d3\P!WVPSV,)R,4M\P!W4NK] uppo.p.p\V4Fko\;QJd VV3RlS4F 'dK RM RM!VV3RlS44pV'dVPS4KZVPS4Km Wg,p .p \S4FTwr+V \\WUSV,,44,p V P\P!WR74KV \;QJd.RV 4FNK 5M !RV 44R SP,,p SPV 4R ,p\P!WNRR7p\P!WR7pS!V R VR R/V#uupiuuppiuuppi) c3^<"TF"pSV,PSV,8HxK$ R#5iN)ndim)riargs core_ndimss& r r =_with_cache_optimization.._wrapper..]s$H6GtAw||z!},6G*-FTNc3^<"TF"pSV,PS,^8HxK$ R#5i)rN)strides)rrargs_baxs& r r rxs)4Eqq !!"%*4Er)axesc38"TFqPxK R#5ir)dtype)rargs& r r rs9&3YY&sC)r&orderoutr)r)npasarrayall enumerateshapebroadcast_shapeslen broadcast_torangeappendlist transposernoutresolve_dtypesempty)rr'r batch_shapes batch_shape batch_ndim varying_axes constant_axes is_constantsorted_batch_axesargs_targ_br$ input_dtypes out_dtype out_finalout_tr"r#cache_arg_indicesrufuncsj @@r _wrapper*_with_cache_optimization.._wrapperXsl+/04C 340 3H6GH333H6GH H H$<  $D/ )+5Q-!*;CIIo 1 ~ & J)  ))<8 % $D/ *!}q  OOCsyy*Q-/I!I J&(ooc&G H)    #B#4E###4EK$$R(##B'$)8!&)HA$tjz!}"<=(D MM",,u8 9 *u9&9uu9&99GEJJr[s KSr