Compilation crashes with `undefined symbol: _ZSt28__throw_bad_array_new_lengthv` (Fedora 34, gcc 11)

@joshua-cogliati-inl’s work around is functional.

It’s probably better to make modification in the virtual environment one is using to back-up previous shared objects:

cd $CONDA_PREFIX/envs/your_env/lib

# Verify that `_ZSt28__throw_bad_array_new_lengthv` is missing in the target shared object
objdump -T libstdc++.so.6.0.28 | grep throw_bad_array

# Back-up the target shared object
mv libstdc++.so.6.0.28 libstdc++.so.6.0.28.old

# Change the target to point on the system's 
ln -s /usr/lib64/libstdc++.so.6.0.29 libstdc++.so.6.0.28

I think this is the GCC commit that is causing this problem: https://github.com/gcc-mirror/gcc/commit/f92a504fdd943527687faf9557e0b39ff7fe6125

And basically, conda has libstdc++.so.6.0.28 but fedora 34 has libstdc++.so.6.0.29:

objdump -T /usr/lib64/libstdc++.so.6.0.29  | grep throw_bad_array
00000000000a423f g    DF .text  0000000000000035  GLIBCXX_3.4.29 _ZSt28__throw_bad_array_new_lengthv
00000000000a14ee g    DF .text  0000000000000035  CXXABI_1.3.8 __cxa_throw_bad_array_new_length
00000000000a13d3 g    DF .text  0000000000000033  CXXABI_1.3.8 __cxa_throw_bad_array_length

 objdump -T libstdc++.so.6.0.28 | grep throw_bad_array
00000000000a9e5d g    DF .text  000000000000002f  CXXABI_1.3.8 __cxa_throw_bad_array_new_length
00000000000a9dd0 g    DF .text  000000000000002f  CXXABI_1.3.8 __cxa_throw_bad_array_length

A temporary workaround until conda gets an updated libstdc++ is to go into your miniconda directory and force it to use the system libstdc++:

cd  ~/miniconda3/lib/
rm libstdc++.so libstdc++.so.6
ln -s /usr/lib64/libstdc++.so.6.0.29 libstdc++.so
ln -s /usr/lib64/libstdc++.so.6.0.29 libstdc++.so.6