+ j ^RIt^RIt^RIt^RIt^RIHt^RIHt^RIH t H t H t ^RI H t Ht^RIt^RIHt^RIHuHt^RIHt^RIHt.R4Ot]P2!4t] !R4t] !R4t]!R4t!RR4t]t!RR4t !RR ]PB]] 4t"!RR ]#4t$!RR]PB]] ]$R7t%!RR ]%4t&RRlt'Rt(Rt)RRlt*!R R ]&4t+R5R!lt,R"t-R6R#lt.R$t/].!R%R&R'7t0].!R(R)]-R*7t1].!R+R,R-R.7t2].!R/R0R'7t3],!R1R2R)R'7t4!R3R ]&4t5R#)7N) OrderedDict)Callable)Any ConcatenateTypeVar) deprecated ParamSpec) _functionscustom_function_call FunctionCtxBackwardCFunction FunctionMetaFunctionInplaceFunctionNestedIOFunction_T_R_Pca]tRt^&toV3RlRltV3RlRltV3RlRlt]!R]R7R 4t V3R lR lt V3R lR lt V3RlRlt V3Rlt RtVtR#)r c4<V^8dQhRS[P/#tensorstorchTensor)format __classdict__s"X/home/luca/screen-checking/.venv/lib/python3.14/site-packages/torch/autograd/function.py __annotate__FunctionCtx.__annotate__)s;;%,,;c WnR#)a Save given tensors for a future call to :func:`~Function.backward`. ``save_for_backward`` should be called at most once, in either the :func:`setup_context` or :func:`forward` methods, and only with tensors. All tensors intended to be used in the backward pass should be saved with ``save_for_backward`` (as opposed to directly on ``ctx``) to prevent incorrect gradients and memory leaks, and enable the application of saved tensor hooks. See :class:`torch.autograd.graph.saved_tensors_hooks`. See :ref:`extending-autograd` for more details. Note that if intermediary tensors, tensors that are neither inputs nor outputs of :func:`forward`, are saved for backward, your custom Function may not support double backward. Custom Functions that do not support double backward should decorate their :func:`backward` method with ``@once_differentiable`` so that performing double backward raises an error. If you'd like to support double backward, you can either recompute intermediaries based on the inputs during backward or return the intermediaries as the outputs of the custom Function. See the `double backward tutorial `_ for more details. In :func:`backward`, saved tensors can be accessed through the :attr:`saved_tensors` attribute. Before returning them to the user, a check is made to ensure they weren't used in any in-place operation that modified their content. Arguments can also be ``None``. This is a no-op. See :ref:`extending-autograd` for more details on how to use this method. Example:: >>> # xdoctest: +REQUIRES(env:TORCH_DOCTEST_AUTOGRAD) >>> class Func(Function): >>> @staticmethod >>> def forward(ctx, x: torch.Tensor, y: torch.Tensor, z: int): >>> w = x * z >>> out = x * y + y * z + w * y >>> ctx.save_for_backward(x, y, w, out) >>> ctx.z = z # z is not a tensor >>> return out >>> >>> @staticmethod >>> @once_differentiable >>> def backward(ctx, grad_out): >>> x, y, w, out = ctx.saved_tensors >>> z = ctx.z >>> gx = grad_out * (y + y * z) >>> gy = grad_out * (x + z + w) >>> gz = None >>> return gx, gy, gz >>> >>> a = torch.tensor(1., requires_grad=True, dtype=torch.double) >>> b = torch.tensor(2., requires_grad=True, dtype=torch.double) >>> c = 4 >>> d = Func.apply(a, b, c) N)to_save)selfrs&*r save_for_backwardFunctionCtx.save_for_backward)s v r#c4<V^8dQhRS[P/#rr)rrs"r r!r"fs6)6)6)r#c VF4p\V\P4'dK%VfK+\R4h WnR#)aSave given tensors for a future call to :func:`~Function.jvp`. ``save_for_forward`` should be called at most once, in either the :func:`setup_context` or :func:`forward` methods, and all arguments should be tensors. In :func:`jvp`, saved objects can be accessed through the :attr:`saved_tensors` attribute. Arguments can also be ``None``. This is a no-op. See :ref:`extending-autograd` for more details on how to use this method. Example:: >>> # xdoctest: +SKIP >>> class Func(torch.autograd.Function): >>> @staticmethod >>> def forward(ctx, x: torch.Tensor, y: torch.Tensor, z: int): >>> ctx.save_for_backward(x, y) >>> ctx.save_for_forward(x, y) >>> ctx.z = z >>> return x * y * z >>> >>> @staticmethod >>> def jvp(ctx, x_t, y_t, _): >>> x, y = ctx.saved_tensors >>> z = ctx.z >>> return z * (y * x_t + x * y_t) >>> >>> @staticmethod >>> def vjp(ctx, grad_out): >>> x, y = ctx.saved_tensors >>> z = ctx.z >>> return z * grad_out * y, z * grad_out * x, None >>> >>> a = torch.tensor(1., requires_grad=True, dtype=torch.double) >>> t = torch.tensor(1., dtype=torch.double) >>> b = torch.tensor(2., requires_grad=True, dtype=torch.double) >>> c = 4 >>> >>> with fwAD.dual_level(): >>> a_dual = fwAD.make_dual(a, t) >>> d = Func.apply(a_dual, b, c) Nzgsave_for_forward expects all arguments to be tensors; you should save non-tensors as attributes on ctx.) isinstancerrAssertionErrorsaved_for_forward)r&rtensors&* r save_for_forwardFunctionCtx.save_for_forwardfs>^Fvu||44$=")r#c4<V^8dQhRS[P/#rargsr)rrs"r r!r"s#"#" #"r#c WnR#)aMark given tensors as modified in an in-place operation. This should be called at most once, in either the :func:`setup_context` or :func:`forward` methods, and all arguments should be inputs. Every tensor that's been modified in-place in a call to :func:`forward` should be given to this function, to ensure correctness of our checks. It doesn't matter whether the function is called before or after modification. Examples:: >>> # xdoctest: +REQUIRES(env:TORCH_DOCTEST_AUTOGRAD) >>> class Inplace(Function): >>> @staticmethod >>> def forward(ctx, x): >>> x_npy = x.numpy() # x_npy shares storage with x >>> x_npy += 1 >>> ctx.mark_dirty(x) >>> return x >>> >>> @staticmethod >>> @once_differentiable >>> def backward(ctx, grad_output): >>> return grad_output >>> >>> a = torch.tensor(1., requires_grad=True, dtype=torch.double).clone() >>> b = a * a >>> Inplace.apply(a) # This would lead to wrong gradients! >>> # but the engine would not know unless we mark_dirty >>> # xdoctest: +SKIP >>> b.backward() # RuntimeError: one of the variables needed for gradient >>> # computation has been modified by an inplace operation N) dirty_tensorsr&r3s&*r mark_dirtyFunctionCtx.mark_dirtys F"r#z`mark_shared_storage` is deprecated. Tensors with shared storages are automatically tracked. Note that calls to `set_()` are not tracked)categorycR#N)r&pairss&*r mark_shared_storageFunctionCtx.mark_shared_storages r#c4<V^8dQhRS[P/#r2r)rrs"r r!r"s''U\\'r#c WnR#)aPMark outputs as non-differentiable. This should be called at most once, in either the :func:`setup_context` or :func:`forward` methods, and all arguments should be tensor outputs. This will mark outputs as not requiring gradients, increasing the efficiency of backward computation. You still need to accept a gradient for each output in :meth:`~Function.backward`, but it's always going to be a zero tensor with the same shape as the shape of a corresponding output. This is used e.g. for indices returned from a sort. See example:: >>> class Func(Function): >>> @staticmethod >>> def forward(ctx, x): >>> sorted, idx = x.sort() >>> ctx.mark_non_differentiable(idx) >>> ctx.save_for_backward(x, idx) >>> return sorted, idx >>> >>> @staticmethod >>> @once_differentiable >>> def backward(ctx, g1, g2): # still need to accept g2 >>> x, idx = ctx.saved_tensors >>> grad_input = torch.zeros_like(x) >>> grad_input.index_add_(0, idx, g1) >>> return grad_input N)non_differentiabler6s&*r mark_non_differentiable#FunctionCtx.mark_non_differentiables <#'r#c"<V^8dQhRRRR/#)rdtypesztorch.dtype | NonereturnNr<)rrs"r r!r"s&)&)-A&)d&)r#c DVPe \R4hWnR#)aDeclare the gradient dtype for each of this Function's outputs. This should be called at most once, from either the :func:`setup_context` or :func:`forward` methods. The number of declarations must match the number of returned values, and each argument corresponds positionally to the output at the same index. For each output, pass the dtype your backward should receive its gradient in: - Pass a :class:`torch.dtype` and the engine guarantees the gradient handed to backward has that dtype. This is only valid for a differentiable Tensor output. - Pass ``None`` and the gradient is handed to backward with whatever dtype it already has. This is also the only valid choice for a non-Tensor or non-differentiable output, which has no gradient. - Omit this call (or pass the output's own dtype) and the gradient is handed to backward in the output's dtype, which is the default. For example:: >>> # xdoctest: +SKIP >>> @staticmethod >>> def forward(ctx, x): >>> t1 = x.sin() >>> t2 = x.cos() >>> t3 = x.tan() >>> ctx.set_output_grad_dtype(torch.float32, t2.dtype, None, None) >>> return t1, t2, t3, "not a tensor" This ensures that backward receives ``t1``'s gradient in ``float32``, keeps the default behavior for ``t2``'s gradient via ``t2.dtype``, passes ``t3``'s gradient through uncast with ``None``, and uses ``None`` as the placeholder for the trailing non-Tensor output. Nz-set_output_grad_dtype can only be called once)output_grad_dtypes RuntimeError)r&rFs&*r set_output_grad_dtype!FunctionCtx.set_output_grad_dtypes#H  " " .NO O"(r#c <V^8dQhRS[/#)rvalue)bool)rrs"r r!r"s-'-'4-'r#c WnR#)aSet whether to materialize grad tensors. Default is ``True``. This should be called only from either the :func:`setup_context` or :func:`forward` methods. If ``True``, undefined grad tensors will be expanded to tensors full of zeros prior to calling the :func:`backward` and :func:`jvp` methods. Example:: >>> # xdoctest: +REQUIRES(env:TORCH_DOCTEST_AUTOGRAD) >>> class SimpleFunc(Function): >>> @staticmethod >>> def forward(ctx, x): >>> return x.clone(), x.clone() >>> >>> @staticmethod >>> @once_differentiable >>> def backward(ctx, g1, g2): >>> return g1 + g2 # No check for None necessary >>> >>> # We modify SimpleFunc to handle non-materialized grad outputs >>> class Func(Function): >>> @staticmethod >>> def forward(ctx, x): >>> ctx.set_materialize_grads(False) >>> ctx.save_for_backward(x) >>> return x.clone(), x.clone() >>> >>> @staticmethod >>> @once_differentiable >>> def backward(ctx, g1, g2): >>> x, = ctx.saved_tensors >>> grad_input = torch.zeros_like(x) >>> if g1 is not None: # We must check for None now >>> grad_input += g1 >>> if g2 is not None: >>> grad_input += g2 >>> return grad_input >>> >>> a = torch.tensor(1., requires_grad=True) >>> b, _ = Func.apply(a) # induces g2 to be undefined N)materialize_grads)r&rNs&&r set_materialize_grads!FunctionCtx.set_materialize_gradss Z"'r#c$<V^8dQh/R;R&#)rz%tuple[torch.dtype | None, ...] | NonerIr<)rrs"r r!r"&s??r#)r5rQrBrIr-r%N)__name__ __module__ __qualname____firstlineno__r'r/r7r FutureWarningr>rCrKrR__annotate_func____static_attributes____classdictcell__rs@r r r &sq;;z6)6)p#"#"J 6     ''@&)&)P-'-']r#c0a]tRtRto]R4tRtVtR#) _HookMixiniHclVf \4p\P!V4pWVP&W3#r;)rhooksRemovableHandleid)backward_hookshookhandles&& r _register_hook_HookMixin._register_hookIs4  !(]N&&~6$(vyy!%%r#r<N)rUrVrWrX staticmethodrgr[r\r]s@r r_r_Hs&&r#r_cBa]tRtRtoRtRtRtRtRtRt Rt Vt R #) riRz< This class is used for internal autograd work. Do not use. cVPPpVPPpV\PJd V\PJd \ R4hV\PJdV#T#)zsImplementing both 'backward' and 'vjp' for a custom Function is not allowed. You should only implement one of them.) _forward_clsbackwardvjprrJ)r& backward_fnvjp_fns& r _get_user_fnBackwardCFunction._get_user_fnWsg''00 ""&& h// /F(,,4N   x||3vDDr#c VP4pVPp\VRR4'd \V43pV!V.VO5!#)z Apply method used when executing this Node during the backward. Called by the autograd engine (non-boxed path) and by direct grad_fn.apply() calls. When boxed_grads_call is True, boxes grads into a mutable list before calling user's backward. boxed_grads_callF)rqrlgetattrlist)r&r3user_fnfwd_clss&* r applyBackwardCFunction.applybsH##%## 7. 6 6J=Dt#d##r#c 2VP4!V.VO5!#)z Apply method called by the autograd engine when boxed_grads_call is True. Grads arrive as a single mutable list argument, allowing backward to free individual grads mid-execution. )rqr6s&*r apply_boxedBackwardCFunction.apply_boxedps   "4/$//r#c >VPP!V.VO5!#)zE Apply method used when executing forward mode AD during the forward )rljvpr6s&*r apply_jvpBackwardCFunction.apply_jvpxs   $$T1D11r#c8VPPV4#r;)rl_compiled_autograd_key)r&s&r r(BackwardCFunction._compiled_autograd_keys  77==r#r<N) rUrVrWrX__doc__rqryr|rrr[r\r]s@r rrRs) E $02>>r#c6aa]tRtRtoRtV3RltRtVtV;t#)rizFunction metaclass. This metaclass sets up the following properties: _backward_cls: The Function class corresponding to the differentiated version of this function (which is generated on the fly by this metaclass). c<\VR,\3RV/4p\\4VnW@n\ SV`WV4R#)BackwardrlN)typernextAUTOGRAD_FUNCTION_COUNTER_autograd_function_id _backward_clssuper__init__)clsnamebasesattrsro __class__s&&&& r rFunctionMeta.__init__sG :  13nc5J -11J,K )' e,r#r< rUrVrWrXrrr[r\ __classcell__rrs@@r rrs--r#ca]tRtRto]V3RlRl4t]V3RlRl4t]V3RlRl4t]tRt Rt ]V3R lR l4t R t Vt R #) _SingleLevelFunctionic,<V^8dQhRS[RS[RS[/#)rr3kwargsrGr)rrs"r r!!_SingleLevelFunction.__annotate__s", , s, c, c, r#c \R4h)aDefine the forward of the custom autograd Function. This function is to be overridden by all subclasses. There are two ways to define forward: Usage 1 (Combined forward and ctx):: @staticmethod def forward(ctx: Any, *args: Any, **kwargs: Any) -> Any: pass - It must accept a context ctx as the first argument, followed by any number of arguments (tensors or other types). - See :ref:`combining-forward-context` for more details Usage 2 (Separate forward and ctx):: @staticmethod def forward(*args: Any, **kwargs: Any) -> Any: pass @staticmethod def setup_context(ctx: Any, inputs: Tuple[Any, ...], output: Any) -> None: pass - The forward no longer accepts a ctx argument. - Instead, you must also override the :meth:`torch.autograd.Function.setup_context` staticmethod to handle setting up the ``ctx`` object. ``output`` is the output of the forward, ``inputs`` are a Tuple of inputs to the forward. - See :ref:`extending-autograd` for more details The context can be used to store arbitrary data that can be then retrieved during the backward pass. Tensors should not be stored directly on `ctx` (though this is not currently enforced for backward compatibility). Instead, tensors should be saved either with :func:`ctx.save_for_backward` if they are intended to be used in ``backward`` (equivalently, ``vjp``) or :func:`ctx.save_for_forward` if they are intended to be used for in ``jvp``. zEYou must implement the forward function for custom autograd.Function.NotImplementedError)r3rs*,r forward_SingleLevelFunction.forwardsV" S  r#cF<V^8dQhRS[RS[S[R3,RS[RS[/#)rctxinputs.outputrG)rtuple)rrs"r r!rs7GG3Gc3hGGGr#c \R4h)a5There are two ways to define the forward pass of an autograd.Function. Either: 1. Override forward with the signature ``forward(ctx, *args, **kwargs)``. ``setup_context`` is not overridden. Setting up the ctx for backward happens inside the ``forward``. 2. Override forward with the signature ``forward(*args, **kwargs)`` and override ``setup_context``. Setting up the ctx for backward happens inside ``setup_context`` (as opposed to inside the ``forward``) See :meth:`torch.autograd.Function.forward` and :ref:`extending-autograd` for more details. z!setup_context is not implemented.r)rrrs&&&r setup_context"_SingleLevelFunction.setup_contexts""EFFr#c,<V^8dQhRS[RS[RS[/#)rr grad_outputsrGr)rrs"r r!rs"  c # # r#c \R4h)aIDefine a formula for differentiating the operation with backward mode automatic differentiation. This function is to be overridden by all subclasses. (Defining this function is equivalent to defining the ``vjp`` function.) It must accept a context :attr:`ctx` as the first argument, followed by as many outputs as the :func:`forward` returned (None will be passed in for non tensor outputs of the forward function), and it should return as many tensors, as there were inputs to :func:`forward`. Each argument is the gradient w.r.t the given output, and each returned value should be the gradient w.r.t. the corresponding input. If an input is not a Tensor or is a Tensor not requiring grads, you can just pass None as a gradient for that input. The context can be used to retrieve tensors saved during the forward pass. It also has an attribute :attr:`ctx.needs_input_grad` as a tuple of booleans representing whether each input needs gradient. E.g., :func:`backward` will have ``ctx.needs_input_grad[0] = True`` if the first input to :func:`forward` needs gradient computed w.r.t. the output. zwYou must implement either the backward or vjp method for your custom autograd.Function to use it with backward mode AD.r)rrs&*r rm_SingleLevelFunction.backwards."   r#Fc,<V^8dQhRS[RS[RS[/#)rr grad_inputsrGr)rrs"r r!rs"   C C r#c \R4h)aDefine a formula for differentiating the operation with forward mode automatic differentiation. This function is to be overridden by all subclasses. It must accept a context :attr:`ctx` as the first argument, followed by as many inputs as the :func:`forward` got (None will be passed in for non tensor inputs of the forward function), and it should return as many tensors as there were outputs to :func:`forward`. Each argument is the gradient w.r.t the given input, and each returned value should be the gradient w.r.t. the corresponding output. If an output is not a Tensor or the function is not differentiable with respect to that output, you can just pass None as a gradient for that input. You can use the :attr:`ctx` object to pass any value from the forward to this functions. z`You must implement the jvp function for custom autograd.Function to use it with forward mode AD.r)rrs&*r r_SingleLevelFunction.jvps$" @  r#r<N)rUrVrWrXrirrrmrnclear_saved_tensors_on_accessrtrr[r\r]s@r rrsw, , \GG   : C %*!   r#r) metaclassca]tRtRtoRtRtRtRt]R4t ] PPR,t ]R4tR tVtR #) ri+aOBase class to create custom `autograd.Function`. To create a custom `autograd.Function`, subclass this class and implement the :meth:`forward` and :meth:`backward` static methods. Then, to use your custom op in the forward pass, call the class method ``apply``. Do not call :meth:`forward` directly. To ensure correctness and best performance, make sure you are calling the correct methods on ``ctx`` and validating your backward function using :func:`torch.autograd.gradcheck`. See :ref:`extending-autograd` for more details on how to use this class. Examples:: >>> # xdoctest: +REQUIRES(env:TORCH_DOCTEST_AUTOGRAD) >>> class Exp(Function): >>> @staticmethod >>> def forward(ctx, i): >>> result = i.exp() >>> ctx.save_for_backward(result) >>> return result >>> >>> @staticmethod >>> def backward(ctx, grad_output): >>> result, = ctx.saved_tensors >>> return grad_output * result >>> >>> # Use it by calling the apply method: >>> # xdoctest: +SKIP >>> output = Exp.apply(input) cZ\P!VP R2\^R7R#)z should not be instantiated. Methods on autograd functions are all static, so you should invoke them on the class itself. Instantiating an autograd function will raise an error in a future version of PyTorch.) stacklevelN)warningswarnrDeprecationWarningr&r3rs&*,r rFunction.__init__Ms* ~~4 4   r#c\R4h)zLegacy autograd function with non-static forward method is deprecated. Please use new-style autograd function with static forward method. (Example: https://pytorch.org/docs/stable/autograd.html#torch.autograd.Function))rJrs&*,r __call__Function.__call__Ws _  r#Fc \R4h)aDefine the behavior for this autograd.Function underneath :func:`torch.vmap`. For a :func:`torch.autograd.Function` to support :func:`torch.vmap`, you must either override this static method, or set ``generate_vmap_rule`` to ``True`` (you may not do both). If you choose to override this staticmethod: it must accept - an ``info`` object as the first argument. ``info.batch_size`` specifies the size of the dimension being vmapped over, while ``info.randomness`` is the randomness option passed to :func:`torch.vmap`. - an ``in_dims`` tuple as the second argument. For each arg in ``args``, ``in_dims`` has a corresponding ``Optional[int]``. It is ``None`` if the arg is not a Tensor or if the arg is not being vmapped over, otherwise, it is an integer specifying what dimension of the Tensor is being vmapped over. - ``*args``, which is the same as the args to :meth:`~Function.forward`. The return of the vmap staticmethod is a tuple of ``(output, out_dims)``. Similar to ``in_dims``, ``out_dims`` should be of the same structure as ``output`` and contain one ``out_dim`` per output that specifies if the output has the vmapped dimension and what index it is in. Please see :ref:`func-autograd-function` for more details. zrTo use autograd.Function with vmap, you must either override the vmap staticmethod or set generate_vmap_rule=True.r)infoin_dimsr3s&&*r vmap Function.vmapis8" @  r#rycVP3#r;)r)rs&r rFunction._compiled_autograd_keys))++r#r<N)rUrVrWrXrrrgenerate_vmap_rulerir_C _FunctionBase__dict__ryrr[r\r]s@r rr+s_B    @    % %g .E,,r#c V^8dQhR\\\3,R\PR\PR\ \P\P3,/#)rfuncr3rrG)rrrr3rr)rs"r r!r!sS.. 2s7 . ''. II. 277BII  .r#c\P!V4pVP!T/Vf/MTBpVP4VPVP 3#r;)inspect signaturebindapply_defaultsr3r)rr3rr bound_argss&&& r _bind_default_argsrsN !!$'IL"FLJ ??J-- --r#cBVf\V.VO5!#\V.VO5/VB#r;r )rr3rs&&&r _call_custom_function_callrs, ~#C/$//  5d 5f 55r#c(V\P8g#r;)rr)fns&r _is_setup_context_definedrs %33 33r#cV^8dQhR\\\\3,\3,R\\\\3,\3,/#)rrrG)rrrrr)rs"r r!r!sB00RV$b()0 k"b&!2%&0r#cLa\P!S4RV3Rll4pV#)cpV^8dQhR\R\PR\PR\/#)rrr3rrG)rrr3rr)rs"r r!)once_differentiable..__annotate__s6*B*BR*B*B299*B*Br#c<\P!4;_uu_4S !V.VO5/VBpRRR4\P!4'gX#\;QJdRV4F 'gK RM RM !RV44pV'gX#\ X\ 4'gV3pMTp\ P!R\V44pRpT!VUu.uF q!V4NK up!# +'giL;iuupi)Nc3~"TF3p\V\P4;'d VPxK5 R#5ir;)r+rr requires_grad).0args& r 7once_differentiable..wrapper..s/ KOCJsELL ) ? ?c.?.? ?4s%==TFsRtrying to differentiate twice a function that was marked with @once_differentiablec<VeVP4pRVnV#)NT)detachr)vars&r fake_requires_grad@once_differentiable..wrapper..fake_requires_gradsjjl$(!Jr#) rno_gradis_grad_enabledanyr+rr DelayedErrorlen) rr3routputsroutputs_err_fnrvrs &*, r wrapper$once_differentiable..wrappers ]]__.t.v.G$$&&N KO  KO  N'5))zHH(( ) M   x@x!*1-x@AAS_RAs C)C<) C9 ) functoolswraps)rrsf r once_differentiablers*__R*B*BX Nr#c:aa]tRtRtoRtRV3RlltRtVtV;t#)riy This class is here only for backward compatibility reasons. Use :class:`Function` instead of this for any new use case. c0<\SV`4WnR#r;)rrinplace)r&rrs&&r rInplaceFunction.__init__s  r#)r)Frrs@@r rrs r#c aaaaVVVV3RloS#)c<S!V4'd S!V4#VfR#\V\\34'd?V3RlV4p\VR4'd\ V4!V!#\ V4!V4#\V\ 4'dVUu/uFq"S!W,4bK up#\ R\P!V4,S'dRS,R,,4hR,4huupi)Nc34<"TF pS!V4xK R#5ir;r<)rx_maps& r r,_nested_map.._map..s+s!d1ggss_fieldsAAuto nesting doesn't know how to process an input object of type . Accepted types: , or lists/tuples of them) r+rvrhasattrrdict ValueErrorrtypename)objmappedrr condition condition_msgrs& r r_nested_map.._maps S>>c7N [ dE] + ++s+FsI&&Cy&))9V$ $ T " "-01StCF|OS1 1+..%& %)=8;VV      2sC;r<)rrrrsfff@r _nested_maprs2 Kr#cJ\VR4'dVP4#V#) _jit_unwrap)rr)r s&r _jit_unwrap_structuredrs!sM""  Jr#c$aaaaaVVVVV3RloS#)c3<"Se S!V4pS!V4'dVxR#VfR#\V\\34'dVFpS!V4RjxL K R#\V\4'd*VP 4FpS!V4RjxL K R#S'dVxR#\ R\ P!V4,S'dRS,R,,4hR,4hLLi5i)Nrrrr)r+rvrr valuesr rr )r o_iter allow_unknownrr conversions& r r_iter_filter.._iters  !S/C S>>I [  dE] + + 8## T " "ZZ\ 8##" I+..%& %)=8;VV      $$s/D8DC=>DC?D(AD?Dr<)rrrrrsffff@r _iter_filterrs8 Lr#c.aV3RloS!W4^,#)cF<.p\VR4'dVPV4#\V\\34'gV^,VR,3#VF5pVfVP V4KS!W4wr@VP V4K7 \ V4!V4V3#) _jit_wrap:NN)rr r+rvrappendr)inputprotoreseres_eunflatten_helpers&& r r($_unflatten..unflatten_helper*s)+ 5+ & &??5) )%$//8U2Y& &Ay 1 /9  5!  E{3&&r#r<)r#r$r(s&&@r _unflattenr*'s ' E )! ,,r#cbVRJ;'g%\V\PP4#r;)r+rrValuers&r r.<s"a4i88:a88r#zjit's Values or None)rc6\V\P4#r;r+rrrs&r r.r.@jELL)r#Tensors)rrc6\V\P4#r;r0r1s&r r.r.Er2r#TzTensors (permissive))rrcNVRJ;'g\V\P4#r;r0r-s&r r.r.Jsa4i66:a66r#zTensors or Nonec6\V\P4#r;r0r1s&r r.r.Mr2r#cVP#r;)datar-s&r r.r.MsQVVr#caa]tRtRtoRtV3RltV3RltV3RlRlt]tV3RlRlt V3R lR lt ] V3R l4t V3R lR lt V3RlRltV3RlRltV3RlRltRtVtV;t#)riQrc<Wn\\V44p\SV`!V!p\ W0P 4pV#r;) _nested_inputr _iter_tensorsr _do_forwardr*_nested_output)r&r# flat_input flat_outputnested_tensorsrs&* r r=NestedIOFunction._do_forwardZs="=/0 g):6 #K1D1DEr#cJ<W n\SV` W4pV'gV=V=V#r;)retain_variablesr _do_backwardr>_to_save_nested)r& gradientsrDresultrs&&& r rENestedIOFunction._do_backwardas, 0%iB#$ r#c&<V^8dQhRS[RS[/#)rrGrGr)rrs"r r!NestedIOFunction.__annotate__is113131r#c t\WP4pVP!V!p\\ V44#)z Shared backward utility. )r*r>backward_extendedr_iter_None_tensors)r&rGnested_gradientsrHs&* r rmNestedIOFunction.backwardis7&i1D1DE'')9:'/00r#c&<V^8dQhRS[RS[/#)rr3rGr)rrs"r r!rKss,,S,S,r#c \VP4pVP!V!pV=W0n\ \ V44#)z Shared forward utility. )_map_tensor_datar;forward_extendedr>rr<)r&r3rArHs&* r rNestedIOFunction.forwardss@*$*<*<=&&7  $]6*++r#c$<V^8dQhRS[RR/#)rr3rGNr)rrs"r r!rK}s$$s$t$r#c D\\V44VnWnR#)z) See :meth:`Function.save_for_backward`. N)rr<r%rFr6s&*r r'"NestedIOFunction.save_for_backward}s]401 #r#c B<\SV`p\WP4#)z% See :meth:`Function.saved_tensors`. )r saved_tensorsr*rF)r& flat_tensorsrs& r rZNestedIOFunction.saved_tensorss w, ,(<(<==r#c*<V^8dQhRS[RS[RR/#rr3rrGNr)rrs"r r!rKs'BBBsBtBr#c :\\W344VnR#)z" See :meth:`Function.mark_dirty`. N)rr<r5rs&*,r r7NestedIOFunction.mark_dirtys#=$#@Ar#c*<V^8dQhRS[RS[RR/#r^r)rrs"r r!rKs'GGSGCGDGr#c :\\W344VnR#)z/ See :meth:`Function.mark_non_differentiable`. N)rr<rBrs&*,r rC(NestedIOFunction.mark_non_differentiables#( tn(E"Fr#c$<V^8dQhRS[RR/#)rr#rGNr)rrs"r r!rKs""s"t"r#c \h)z User defined forward. r)r&r#s&*r rT!NestedIOFunction.forward_extended "!r#c$<V^8dQhRS[RR/#)r grad_outputrGNr)rrs"r r!rKs""c"d"r#c \h)z User defined backward. r)r&ris&*r rM"NestedIOFunction.backward_extendedrgr#)r;r>rFr5rBrDr%)rUrVrWrXrr=rErmrrr'propertyrZr7rCrTrMr[r\rrs@@r rrQs~11H,,$$>>BB GG "" """r#)r rrrrrrr;)FNN)6rr itertoolsr collectionsrcollections.abcrtypingrrrtyping_extensionsrr rtorch._Crtorch.utils.hooksutilsrar "torch._functorch.autograd_functionr __all__countrrrrr _ContextMethodMixinr_rrrrrrrrrrrrrrr*_iter_jit_valuesr<_iter_tensors_permissiverNrSrr<r#r r{s{#$,,3 !!C &OO- T] T]t_['['~"&&.>((+z.>b-4-&R k:R jc,#c,L.6 40fh: @-( 8()% ()( "6FW)+;9 Q"xQ"r#