-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Error when installing open3d for conda environment, missing libomp, seg fault when installed #6196
Comments
(“Wait, I understood that reference” — some superhero movie) I ran into the same thing on my first Open3d install on macOS (see #6032). Try this:
and see if your build works, like mine did after that. You might have to install Homebrew first if you have not already. |
hmm okay so doing the above suggested seems to work when I run it in a bare-bones conda environment that is built from just the following environment.yml
But if I create the conda environment with another package, e.g. compas-fab, things seem to break
now I get a seg fault:
|
Is there any workaround here? It worked a few days ago, but now I always have segfaults. I recreated a conda env and reinstalled open3d (version 0.17.0).
upd: have decided to try open3d==0.15.1, and now I can run it |
Hi, i have been recently digging this problem for days, and found out some temporary solution. I did Process 11193 stopped
* thread #11, stop reason = EXC_BAD_ACCESS (code=1, address=0x8)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
thread #12, stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
thread #13, stop reason = EXC_BAD_ACCESS (code=1, address=0x18)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
thread #14, stop reason = EXC_BAD_ACCESS (code=1, address=0x20)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
thread #15, stop reason = EXC_BAD_ACCESS (code=1, address=0x28)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
thread #16, stop reason = EXC_BAD_ACCESS (code=1, address=0x30)
frame #0: 0x0000000101e08f50 libomp.dylib`void __kmp_suspend_64<false, true>(int, kmp_flag_64<false, true>*) + 48
libomp.dylib`__kmp_suspend_64<false, true>:
-> 0x101e08f50 <+48>: ldr x19, [x8, w0, sxtw #3]
0x101e08f54 <+52>: mov x0, x19
0x101e08f58 <+56>: bl 0x101e08694 ; __kmp_suspend_initialize_thread
0x101e08f5c <+60>: mov x0, x19
Target 0: (python) stopped. It's not a perfect solution, when setting the openmp's number of threads to 1 solved the problem. export OMP_NUM_THREADS=1 This worked for me in Ventura 13.4.1 with Apple M1 Pro in conda environment, i am using |
The issue is that open3d ships its own libopenmp, but conda has its own version. So 2 versions of openmp get loaded and things explode.
|
Should be fixed by #6626 |
Checklist
master
branch).Steps to reproduce the issue
I first create a new conda environement with python 3.10:
Then, I install open3d:
Then, I verify installation:
Error message
Open3D, Python and System information
Additional information
No response
The text was updated successfully, but these errors were encountered: