-
-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Disable debugging features #110
Comments
I am sure @jakirkham would know better the reason, to me it's simply my lack of knowledge of the proper way to build UCX. I'd say PRs are definitely welcomed. |
Thanks Leo for the quick reply, I opened #111 to address that. |
Yeah changing this seems reasonable. The main issue is to make sure UCX isn't changing ABI compatibility of the libraries on rebuild (this can happen as debug libraries sometimes use different symbols). If it does, we might need to think harder about this change to minimize breakage of existing binaries (or coordinate it with a new release). Most |
Digging deeper into |
I'm not sure whether ABI is changed or not to be honest. But I agree with you, maybe waiting for the next UCX release is more appropriate to reduce breakage. What would be the best way to ensure we don't forget about that when the new release is out? |
Maybe we should do this as part of 1.14.0? |
Comment:
I'm curious if there's a reason why the UCX package is not doing release builds, currently
ucx/configure
is used, but the UCX repo provides aucx/contrib/configure-release
file that disables some features that are generally better suited for a debug build, which may also be somewhat detrimental to performance.Is there a reason to keep building in the way it is currently build, or should we consider doing release builds as described above? I'm happy to submit a patch for that, unless someone has a reason why we should keep the build as it currently is.
The text was updated successfully, but these errors were encountered: