-
Notifications
You must be signed in to change notification settings - Fork 431
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
test_ucp.c was stuck/hang at ucs_init. #10389
Comments
@MoFHeka can you pls post the reproducer code (test_ucp.c)? |
@yosefe https://github.com/openucx/ucx/blob/master/examples/cmake/test_ucp.c |
I known why. It can't link all libraries ucp, uct, ucs, ucm to the binary |
Have you tried using UCX static libraries? See https://openucx.readthedocs.io/en/master/faq.html?highlight=static#build-user-application-with-ucx |
The problem is that linking method of Bazel. Should not allow to use the "@ucx//:ucx" building output by configure_make as a binary dependency at once. Instead, better have to manually create cc_library hierarchy dependencies based on *.la. |
How should I debug it?
Here is the code:https://github.com/openucx/ucx/blob/master/examples/cmake/test_ucp.c
Here is the build configuration:
Here is the GDB backtrace:
Thread 1
Thread 2
In debug mode, a recursive call appears to have occurred
./contrib/configure-release --with-java=no --with-go=no --enable-debug --enable-debug-data
The text was updated successfully, but these errors were encountered: