z iF \SrSSKJr SSKrSSKJrJrJrJrJ r J r SSK J r J r Jr SSKJrJr SSKJr \ (aSSK JrJr \ "S \\\ \4\\ \4\R.4S 9rSS jr\R4"S S 55rSSjrSSjrSSjrSSjrSSjr SSjr!g)zBPrivate utility functions that are used by the builder interfaces.) annotationsN)IterableTupleSetUnionTypeVar TYPE_CHECKING)ClassicalRegisterClbitQuantumRegister)exprtypes) CircuitError)QuantumCircuitRegister _ConditionT)boundc[U[R5(aBURR[ R La[SURS35eU$Uup[U[[45(a[U[5(aX4$[SU<S35e![[4a N"f=f)aValidate that a condition is in a valid format and return it, but raise if it is invalid. Args: condition: the condition to be tested for validity. Must be either the legacy 2-tuple format, or a :class:`~.expr.Expr` that has `Bool` type. Raises: CircuitError: if the condition is not in a valid format. Returns: The same condition as passed, if it was valid. zFClassical conditions must be expressions with the type 'Bool()', not 'z'.z_A classical condition should be a 2-tuple of `(ClassicalRegister | Clbit, int)`, but received ') isinstancer ExprtypekindrBoolrr r int TypeError ValueError) conditionbitsvalues c/home/james-whalen/.local/lib/python3.13/site-packages/qiskit/circuit/controlflow/_builder_utils.pyvalidate_conditionr!$s)TYY'' >>  ejj 0"(,    d.6 7 7Juc!node_resources..Xs9#+s) r iter_varsrvarr r updater#tuple)noder%r&r7s r node_resourcesr;Ms F E~~d# cggu % %"F77O !2 3 3 MM99 9!E''N $ 5=%, 77r/c[U[R5(a [U5$Uup[U[5(a[ [ U5U45$[ U4S5$)zGet the legacy classical resources (:class:`.Clbit` and :class:`.ClassicalRegister`) referenced by a legacy condition or an :class:`~.expr.Expr`.r')rr rr;r r#r9)rtarget_s r condition_resourcesr?]sW )TYY''i((IF&+,,uV}vi88 F9b ))r/c[5n[5nUH`n[U[5(aURU5 M+[U[5(aURU5 MS[ SUS35e X4$)zKPartition a sequence of registers into its quantum and classical registers.zUnknown register: .)setrr addr r) registersqregsr&registers r partition_registersrGjsp EE EE h 0 0 IIh  "3 4 4 IIh !3H:Q?@ @ <r/cP[U5n[U5S:aU$/n/nUHnURS[U5U:wa [U5s $URS[U5U:wa [U5s $UR [U5:a[ UR5nUR[U5:dM[ UR5nM UH=nURXR S5 URX#RS5 M? [U5$)a Ensure that all the given ``circuits`` have all the same qubits, clbits and registers, and that they are defined in the same order. The order is important for binding when the bodies are used in the 3-tuple :obj:`.Instruction` context. This function will preferentially try to mutate its inputs if they share an ordering, but if not, it will rebuild two new circuits. This is to avoid coupling too tightly to the inner class; there is no real support for deleting or re-ordering bits within a :obj:`.QuantumCircuit` context, and we don't want to rely on the *current* behavior of the private APIs, since they are very liable to change. No matter the method used, circuits with unified bits and registers are returned. N) r9lenqubits _unify_circuit_resources_rebuildr% num_qubitslist num_clbitsadd_bits_unify_circuit_registers)circuitsrKr%circuits r unify_circuit_resourcesrT{sXH 8}q F F >>-CK (F 23H= = >>-CK (F 23H= =   F +'..)F   F +'..)F 2 2 456 2 2 456 $H --r/cSSKJn [5[5p2UH9nURUR5 URUR 5 M; [ U5[ U5p2/nUHnU"UU/URQURQ7URUR5UR5S.6nUR5HnURU5 M UR5HnURU5 M UR Hn UR#U 5 M UR%U5 M ['U5$)a; Ensure that all the given circuits have all the same qubits and clbits, and that they are defined in the same order. The order is important for binding when the bodies are used in the 3-tuple :obj:`.Instruction` context. This function will always rebuild the objects into new :class:`.QuantumCircuit` instances. r)r) global_phaseinputscaptures)qiskit.circuitrrBr8rKr%rNrEr&rViter_input_vars iter_capturesiter_declared_varsadd_uninitialized_variter_declared_stretches add_stretchdata_appendappendrQ) rRrrKr%rS out_circuitsoutr7stretch instructions r rLrLs).UCEF gnn% gnn%&\4rrsI"FF 127u%6%;OQUQZQZZ[ @ ))) 8 *L * *!8".B&2(&2*&2Rr/