About cookies on this site Our websites require some cookies to function properly (required). In addition, other cookies may be used with your consent to analyze site usage, improve the user experience and for advertising. For more information, please review your options. By visiting our website, you agree to our processing of information as described in IBM’sprivacy statement. To provide a smooth navigation, your cookie preferences will be shared across the IBM web domains listed here.
qiskit.transpiler.preset_passmanagers.common.generate_routing_passmanager
generate_routing_passmanager(routing_pass, target, coupling_map=None, vf2_call_limit=None, backend_properties=None, seed_transpiler=None, check_trivial=False, use_barrier_before_measurement=True)
Generate a routing PassManager
Parameters
- routing_pass (TransformationPass) – The pass which will perform the routing
- target (Target) – the
Target
object representing the backend - coupling_map (CouplingMap) – The coupling map of the backend to route for
- vf2_call_limit (int) – The internal call limit for the vf2 post layout pass. If this is
None
the vf2 post layout will not be run. - backend_properties (BackendProperties) – Properties of a backend to synthesize for (e.g. gate fidelities).
- seed_transpiler (int) – Sets random seed for the stochastic parts of the transpiler.
- check_trivial (bool) – If set to true this will condition running the
VF2PostLayout
pass after routing on whether a trivial layout was tried and was found to not be perfect. This is only needed if the constructed pass manager runsTrivialLayout
as a first layout attempt and uses it if it’s a perfect layout (as is the case with preset pass manager level 1). - use_barrier_before_measurement (bool) – If true (the default) the
BarrierBeforeFinalMeasurements
transpiler pass will be run prior to the specified pass in therouting_pass
argument.
Returns
The routing pass manager
Return type
Was this page helpful?
Report a bug or request content on GitHub.