Solution to issue cannot be found in the documentation.
[X] I checked the documentation.
Issue
As described in https://github.com/root-project/root/issues/15970, (reposting here), there is probably an issue with the BLAS version between ROOT and numpy/TF. I am not familiar with the build of ROOT/BLAS unfortunately.
It's installed with mamba create -n tmp311 root tensorflow python=3.11 and crashes on x86 architectures but works on macos.
Original Issue: (cc OP @ikrommyd)
Description
Importing tensorflow and then ROOT results in a segmentation fault with ROOT 6.32. The other way around works fine.
Reproducer
(root-bug) ➜ ~ python
Python 3.11.9 | packaged by conda-forge | (main, Apr 19 2024, 18:36:13) [GCC 12.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import tensorflow
2024-07-02 14:04:03.356022: I tensorflow/core/util/port.cc:113] oneDNN custom operations are on. You may see slightly different numerical results due to floating-point round-off errors from different computation orders. To turn them off, set the environment variable `TF_ENABLE_ONEDNN_OPTS=0`.
2024-07-02 14:04:07.360190: I tensorflow/core/platform/cpu_feature_guard.cc:210] This TensorFlow binary is optimized to use available CPU instructions in performance-critical operations.
To enable the following instructions: SSE4.1 SSE4.2 AVX AVX2 AVX512F AVX512_VNNI FMA, in other operations, rebuild TensorFlow with the appropriate compiler flags.
>>>
>>> import ROOT
*** Break *** segmentation violation
===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
Thread 10 (Thread 0x7f1039269640 (LWP 281196) "python"):
#0 0x00007f1095c8679a in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1 0x00007f1095c88fa0 in pthread_cond_wait
MANY LINES OF CODE
[1] 281175 segmentation fault (core dumped) python
As suggested:
This is the same problem as described in #15309: if the BLAS version that is shipped by ROOT is different from the one that is shipped by other python packages, there will be a collision of different BLAS libraries.
For this case of using ROOT with Conda, the solution would be either to make sure the Conda build uses the same BLAS library as NumPy, using the BLA_VENDOR flag for CMake, of nothing else works set tmva-cpu=OFF for the Conda builds, as this is the component that makes ROOT vendor a BLAS library.
Solution to issue cannot be found in the documentation.
Issue
As described in https://github.com/root-project/root/issues/15970, (reposting here), there is probably an issue with the BLAS version between ROOT and numpy/TF. I am not familiar with the build of ROOT/BLAS unfortunately.
It's installed with
mamba create -n tmp311 root tensorflow python=3.11and crashes on x86 architectures but works on macos.Original Issue: (cc OP @ikrommyd)
As suggested:
Installed packages
Environment info