Skip to content

Conversation

@eserscor
Copy link
Contributor

Description

Change 26634 added the qnn variant to the audit wheel process, but the qnn libraries do not pass audit repair due to a dependency on libc++. Continue to not audit qnn and rely on the correct dependencies being available for the user.

Motivation and Context

Fixes build packaging pipeline

@eserscor eserscor marked this pull request as ready for review December 19, 2025 19:27
+ migraphx_dependencies
+ tensorrt_dependencies
+ cann_dependencies
+ qnn_dependencies
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

given that the only usage of qnn_dependencies is within this if branch, and now it won't run when is_qnn is true, do we still need qnn_dependencies?

if is_manylinux and not disable_auditwheel_repair and not is_openvino:
# qnn links libc++ rather than libstdc++ for it's x86_64 dependencies which we currently do not
# support for many_linux.
if is_manylinux and not disable_auditwheel_repair and not is_openvino and not is_qnn:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is it possible to gate this on x86_64? QNN for ARM64 does link against libstdc++ so it's possible to target manylinux_2_34.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants