Closed danlipsa closed 3 years ago
@cyrush @mclarsen Any suggestions? Thanks!
@danlipsa I did update blt in conduit, maybe there is something that needs to be smoothed out there.
B/c of the -wl
, It looks like a failed attempt to create an rpath command -- which would be something cmake is crafting. The other rpath command looks fine.
I'll try to replicate in ubuntu 18.
I think I did, but maybe I did not remove the build directory. I'll try to do that and rebuild.
I removed the build directory, rebuilt and still get the same thing.
Seems that openmpi-3.1.3 was the problem. With mpich everything compiles fine.
thanks for the update.
If we provide a ubuntu 18 spack configs, we can prefer mpich -- or we can recommend mpich via command line.
Hi, I'm installing the Ascent following the Quick Start and got the same problem:
>> 150 /usr/bin/ld: cannot find /home/luke/ascent/build/spack/opt/spack/li
nux-ubuntu20.04-nehalem/gcc-9.3.0/openmpi-3.1.4-kvdo3l3labhohn5m6ho
cmif35kejqak6/lib: file format not recognized
>> 151 collect2: error: ld returned 1 exit status
>> 152 make[2]: *** [vtkh/utils/CMakeFiles/vtkh_utils_mpi.dir/build.make:1
28: lib/libvtkh_utils_mpi.so] Error 1
Do you have any idea to solve this problem? Thanks!
I just built Ascent on ubuntu 20LTS. I had to use gcc 8 (which came installed) for some reason.
Here is the spack config I used:
Let me know if this needs more explanation.
This is my .spack/packages.yaml in case it helps
cat ~/.spack/packages.yaml packages: opengl: paths: opengl@4.5.0: /usr buildable: False cuda: paths: cuda@10.1.243: /usr/local/cuda buildable: False all: providers: mpi: [mpich, openmpi]
The relevant part I think is that I prefer mpich over openmpi.
I now remember the issue I ran into with gcc 9.3. Several of our dependencies build gtest (through BLT), and the version of gtest has a known issue gcc 9.3. A newer version of BLT includes a fix, but we would have to make sure that all of our deps that use BLT use the newer version.
we could test this via spack, if we wired up external blt option to all the tpls
I think we could also bypass the testing if all the deps had a ~testing
option that disabled building the gtest/unit tests.
Thanks for your help. I have tried to use gcc-8 instead of gcc-9, but there still have one problem:
luke@luke-Aspire-GX-781:~$ gcc -v
bash: /usr/bin/gcc: No such file or directory
luke@luke-Aspire-GX-781:~$ gcc-8 -v
Using built-in specs.
COLLECT_GCC=gcc-8
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 8.4.0-1ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 8.4.0 (Ubuntu 8.4.0-1ubuntu1~18.04)
luke@luke-Aspire-GX-781:~$ cd ascent/
luke@luke-Aspire-GX-781:~/ascent$ ls
azure-pipelines.yml CHANGELOG.md config-build.sh COPYRIGHT hashes.txt LICENSE package.py README.md scripts src
luke@luke-Aspire-GX-781:~/ascent$ python3 scripts/uberenv/uberenv.py --install --prefix="build"
[uberenv project settings: {'package_name': 'ascent', 'uberenv_package_name': 'uberenv-ascent', 'spack_url': 'https://github.com/alpine-DAV/spack', 'spack_branch': 'task/2019_11_update_ascent', 'spack_activate': {'py-numpy': ['+python'], 'py-pip': ['+python'], 'py-mpi4py': ['+python', '+mpi'], 'conduit': ['+python'], 'py-sphinx': ['+python', '+doc']}, 'spack_clean_packages': ['vtkm', 'vtkh', 'conduit']}]
[uberenv options: {'install': True, 'prefix': 'build', 'spec': None, 'mirror': None, 'create_mirror': False, 'spack_config_dir': None, 'project_json': '/home/luke/ascent/scripts/uberenv/project.json', 'ignore_ssl_errors': False, 'spack_pull': False, 'spack_clean': False, 'run_tests': False, 'macos_sdk_env_setup': False}]
[spack spec: %gcc]
[installing to: /home/luke/ascent/build]
[info: cloning spack develop branch from github]
[exe: git clone -b task/2019_11_update_ascent https://github.com/alpine-DAV/spack]
Cloning into 'spack'...
remote: Enumerating objects: 2, done.
remote: Counting objects: 100% (2/2), done.
remote: Total 196436 (delta 1), reused 1 (delta 1), pack-reused 196434
Receiving objects: 100% (196436/196436), 76.98 MiB | 1.33 MiB/s, done.
Resolving deltas: 100% (82489/82489), done.
[disabling config scope (except default) in: /home/luke/ascent/build/spack/lib/spack/spack/config.py]
[exe: cp /home/luke/ascent/scripts/uberenv/spack_configs/config.yaml /home/luke/ascent/build/spack/etc/spack/defaults/]
[exe: spack/bin/spack compiler find]
==> Added 2 new compilers to /home/luke/ascent/build/spack/etc/spack/defaults/linux/compilers.yaml
gcc@9.3.0 gcc@8.4.0
==> Compilers are defined in the following files:
/home/luke/ascent/build/spack/etc/spack/defaults/linux/compilers.yaml
[exe: spack/bin/spack spec ascent%gcc]
Input spec
--------------------------------
ascent%gcc
Concretized
--------------------------------
ascent@develop%gcc@9.3.0~adios~babelflow~cuda cuda_arch=none ~doc~dray+fortran~mfem+mpi+openmp+python+serial+shared+test+vtkh arch=linux-ubuntu20.04-nehalem
^cmake@3.14.5%gcc@9.3.0~doc+ncurses+openssl+ownlibs~qt arch=linux-ubuntu20.04-nehalem
^ncurses@6.1%gcc@9.3.0~symlinks~termlib arch=linux-ubuntu20.04-nehalem
^pkgconf@1.6.3%gcc@9.3.0 arch=linux-ubuntu20.04-nehalem
^openssl@1.1.1d%gcc@9.3.0+systemcerts arch=linux-ubuntu20.04-nehalem
^perl@5.30.0%gcc@9.3.0+cpanm+shared+threads arch=linux-ubuntu20.04-nehalem
^gdbm@1.18.1%gcc@9.3.0 arch=linux-ubuntu20.04-nehalem
I have removed gcc@9.3.0, but there still used it. Why? Looking forward to your reply. Thanks!
I don't know how spack choses the default compiler, but you can tell it which one to use. Use the command:
python3 scripts/uberenv/uberenv.py --install --prefix="build" --spec="%gcc@8.4.0"
it works, Thanks!
The version of gcc and gfortran should be consistent, otherwise it will encounter the problems like me. If anyone else uses Ubuntu 20.04 to build Ascent, he should double check the version of gcc and gfortran, because the default version of 20.04 is gcc-9.3.0 and gfortran-9 instead of gcc-8 and gfortran. This is my ~/ascent/build/spack/etc/spack/defaults/linux/compilers.yaml:
compilers:
- compiler:
spec: gcc@8.4.0
paths:
cc: /bin/gcc-8
cxx: /bin/g++-8
f77: /usr/bin/gfortran-8
fc: /usr/bin/gfortran-8
flags: {}
operating_system: ubuntu20.04
target: x86_64
modules: []
environment: {}
extra_rpaths: []
- compiler:
spec: gcc@9.3.0
paths:
cc: /bin/gcc-9
cxx: /bin/g++-9
f77:
fc:
flags: {}
operating_system: ubuntu20.04
target: x86_64
modules: []
environment: {}
extra_rpaths: []
in case it will help someone else.
using mpich instead of openmpi can solve the problem of the installation of vtk-h
[exe: spack/bin/spack clean ]
==> Removing all temporary build stages
[exe: spack/bin/spack clean --all]
==> Removing all temporary build stages
==> Removing cached downloads
==> Removing cached information on repositories
==> Removing python cache files
[exe: spack/bin/spack install ascent%gcc@8.4.0]
==> ascent is already installed in /home/luke/ascent/build/spack/opt/spack/linux-ubuntu20.04-nehalem/gcc-8.4.0/ascent-develop-pdep3ds3qg4dx5m66snf74r3hphohzy3
[activating dependent packages]
[exe: spack/bin/spack activate py-numpy]
==> Package py-numpy/ijzirnk is already activated.
[exe: spack/bin/spack activate py-pip]
==> Package py-pip/tsz6khz is already activated.
[exe: spack/bin/spack activate py-mpi4py]
==> Error: py-mpi4py matches multiple packages.
Matching packages:
4wvy22u py-mpi4py@3.0.3%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
qls5vls py-mpi4py@3.0.3%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
Use a more specific spec.
[exe: spack/bin/spack activate conduit]
==> Error: conduit matches multiple packages.
Matching packages:
7rbwg5g conduit@master%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
qg62r6y conduit@master%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
Use a more specific spec.
[exe: spack/bin/spack activate ascent]
==> Package ascent/tvx64pz is already activated.
[symlinking install to /home/luke/ascent/build/ascent-install]
[symlinking host config file to /home/luke/ascent/build/luke-Aspire-GX-781-linux-ubuntu20.04-nehalem-gcc@8.4.0-ascent.cmake]
[install complete!]
the error caused by installing openmpi first and generated two py-mpi4py and conduit, I have removed the previous one, but after run the
python3 scripts/uberenv/uberenv.py --install --prefix="build" --spec="%gcc@8.4.0"
again, there still occurred this error, is this a big problem?
@IAMkecheng re fortran: that is good to know. I used the gcc9 fortran with the gcc8 and I didn't have an issue, so I wonder what is different.
Re the python activation issue: I don't think that is going be a big issue, but @cyrush would know better. If you are not using python, then you should be good to go.
@mclarsen I don't know why, but when i changed from gcc-9 fortran to gfortran-8, the following problem is fixed:
==> Installing openblas
==> Searching for binary cache of openblas
==> Warning: No Spack mirrors are currently configured
==> No binary for openblas found: installing from source
==> Fetching https://github.com/xianyi/OpenBLAS/archive/v0.3.7.tar.gz
################################################################################################################################################################ 100.0% -=O=- # # # # -=O=- # # # # -=O=- # # ## -=O=- # # # -=O=- # ## -=O=- # ## -=O=- # # -=O=- # ## -=O=- # # # -=O=- # # # -=O=- # # ## -=O=- # # # # -=O=- # # # #
==> Staging archive: /home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds/v0.3.7.tar.gz
==> Created stage in /home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds
==> No patches needed for openblas
==> Building openblas [MakefilePackage]
==> Executing phase: 'edit'
==> Executing phase: 'build'
==> Error: ProcessError: Command exited with status 2:
'make' '-j4' 'CC=/home/luke/ascent/build/spack/lib/spack/env/gcc/gcc' 'FC=/home/luke/ascent/build/spack/lib/spack/env/gcc/gfortran' 'MAKE_NB_JOBS=0' 'USE_OPENMP=0' 'USE_THREAD=0' 'NO_AVX512=1' 'libs' 'netlib' 'shared'
2 errors found in build log:
10388 make[1]: Leaving directory '/home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds/spack-src/lapack-n
etlib'
10389 make[1]: Entering directory '/home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds/spack-src/exports
'
10390 perl ./gensymbol linktest x86_64 _ 0 0 0 0 0 0 "" "" 1 > linktest.c
10391 /home/luke/ascent/build/spack/lib/spack/env/gcc/gcc -O2 -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DNO_AVX512 -DNO_WARMUP -DMAX_CPU_NU
MBER=4 -DMAX_PARALLEL_NUMBER=1 -DVERSION=\"0.3.7\" -mavx2 -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I
.. -shared -o ../libopenblas_haswell-r0.3.7.so \
10392 -Wl,--whole-archive ../libopenblas_haswell-r0.3.7.a -Wl,--no-whole-archive \
10393 -Wl,-soname,libopenblas.so.0 -lm -lgfortran -lm -lgfortran
>> 10394 /usr/bin/ld: cannot find -lgfortran
>> 10395 collect2: error: ld returned 1 exit status
10396 make[1]: *** [Makefile:157: ../libopenblas_haswell-r0.3.7.so] Error 1
10397 make[1]: Leaving directory '/home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds/spack-src/exports'
10398 make: *** [Makefile:101: shared] Error 2
See build log for details:
/home/luke/ascent/build/spack/var/spack/stage/spack-stage-openblas-0.3.7-yjzxe7bsqy6ezezw24oj2kmws376ahds/spack-build-out.txt
my previous gfortran is :
luke@luke-Aspire-GX-781:~/ascent$ gfortran -v
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 9.3.0-10ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-9 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 9.3.0 (Ubuntu 9.3.0-10ubuntu2)
and finally i used:
luke@luke-Aspire-GX-781:~/ascent$ gfortran-8 -v
Using built-in specs.
COLLECT_GCC=gfortran-8
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 8.4.0-3ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 8.4.0 (Ubuntu 8.4.0-3ubuntu2)
Hopefully this will help.
To the python activation issue, I have run the cloverleaf3d example successfully and if there will be some issues I will report it.
BTW, the path at CloverLeaf3D Ascent Demos might be incorrect:
(Also available in install directory: examples/ascent/cloverleaf_demos/pipelines_and_scenes/volume_contour.yaml)
missing the tutorial, might a typo.
@IAMkecheng Thanks for all the details, its great to have context on what type of issues can appear!
for the activation issue, this is the spack logic that selects which python modules should be active. The logic isn't robust if there are multiple builds. Like Matt said, there shouldn't be any issue unless you are using python (but some of the demos do use python)
That said, you should be able to resolve by removing the openmpi chain of deps using:
cd uberenv_libs/spack uninstall --dependents openmpi
Then rerun the uberenv command you used before to complete the python activation.
For the typo in tutorial, the yaml file should exist at:
ascent-install-dir/examples/ascent/tutorial/cloverleaf_demos/pipelines_and_scenes/volume_contour.yaml
I check one of my installs and it seemed correct, can you let me know what is missing for you?
Again, thanks for the feedback!
What I'm said is in https://ascent.readthedocs.io/en/latest/Tutorial_CloverLeaf_Demos.html :
Ahh, i see now, missing the the
thanks for pointing this out!
Just for double-check, what I mean is that missing the "/tutorial" in the path?
And now I see that as well -- seems a few things are wrong -- Thanks for iterating 👍
@cyrush I have tried the command that you wrote before, which is:
cd uberenv_libs/spack uninstall --dependents openmpi
unfortunately, it didn.t work. Do you mean run this command under ~ascent
and it will go into ~/ascent/uberenv_libs/spack
, or there might lose anything?
@IAMkecheng I have a simpler solution. rm -rf uberenv_libs
then run the build command again. It will take longer, but now that you know the right command to build for your system, it should solve your problem.
@IAMkecheng
Sorry I meant to cd into uberenv_libs/spack, then run -- bin/spack/uninstall --dependents openmpi
Oops...I have followed @cyrush 's solution, and find there's no openmpi:
luke@luke-Aspire-GX-781:~$ cd ascent/
luke@luke-Aspire-GX-781:~/ascent$ cd uberenv_libs/spack/
luke@luke-Aspire-GX-781:~/ascent/uberenv_libs/spack$ ls
bin CHANGELOG.md COPYRIGHT etc lib LICENSE-APACHE LICENSE-MIT NOTICE opt README.md share var
luke@luke-Aspire-GX-781:~/ascent/uberenv_libs/spack$ ./bin/spack uninstall --dependents openmpi
==> Error: openmpi does not match any installed packages.
then I changed to @mclarsen 's solution:
luke@luke-Aspire-GX-781:~/ascent$ ls
azure-pipelines.yml build CHANGELOG.md config-build.sh COPYRIGHT hashes.txt LICENSE package.py README.md scripts src uberenv_libs
luke@luke-Aspire-GX-781:~/ascent$ rm -rf uberenv_libs
luke@luke-Aspire-GX-781:~/ascent$ python3 scripts/uberenv/uberenv.py --install --prefix="build" --spec="%gcc@8.4.0"
[uberenv project settings: {'package_name': 'ascent', 'uberenv_package_name': 'uberenv-ascent', 'spack_url': 'https://github.com/alpine-DAV/spack', 'spack_branch': 'task/2019_11_update_ascent', 'spack_activate': {'py-numpy': ['+python'], 'py-pip': ['+python'], 'py-mpi4py': ['+python', '+mpi'], 'conduit': ['+python'], 'py-sphinx': ['+python', '+doc']}, 'spack_clean_packages': ['vtkm', 'vtkh', 'conduit']}]
[uberenv options: {'install': True, 'prefix': 'build', 'spec': '%gcc@8.4.0', 'mirror': None, 'create_mirror': False, 'spack_config_dir': None, 'project_json': '/home/luke/ascent/scripts/uberenv/project.json', 'ignore_ssl_errors': False, 'spack_pull': False, 'spack_clean': False, 'run_tests': False, 'macos_sdk_env_setup': False}]
[spack spec: %gcc@8.4.0]
[installing to: /home/luke/ascent/build]
[info: destination '/home/luke/ascent/build' already exists]
[info: destination '/home/luke/ascent/build/spack' already exists]
[disabling config scope (except default) in: /home/luke/ascent/build/spack/lib/spack/spack/config.py]
[exe: cp /home/luke/ascent/scripts/uberenv/spack_configs/config.yaml /home/luke/ascent/build/spack/etc/spack/defaults/]
[exe: spack/bin/spack compiler find]
==> Found no new compilers
==> Compilers are defined in the following files:
/home/luke/ascent/build/spack/etc/spack/defaults/linux/compilers.yaml
[exe: spack/bin/spack spec ascent%gcc@8.4.0]
Input spec
--------------------------------
ascent%gcc@8.4.0
...
==> Package py-pip/tsz6khz is already activated.
[exe: spack/bin/spack activate py-mpi4py]
==> Error: py-mpi4py matches multiple packages.
Matching packages:
4wvy22u py-mpi4py@3.0.3%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
qls5vls py-mpi4py@3.0.3%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
Use a more specific spec.
[exe: spack/bin/spack activate conduit]
==> Error: conduit matches multiple packages.
Matching packages:
7rbwg5g conduit@master%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
qg62r6y conduit@master%gcc@8.4.0 arch=linux-ubuntu20.04-nehalem
Use a more specific spec.
the problem is still there, and:
luke@luke-Aspire-GX-781:~/ascent$ ls
azure-pipelines.yml build CHANGELOG.md config-build.sh COPYRIGHT hashes.txt LICENSE package.py README.md scripts src
The uberenv_libs folder is gone! Surprise...
@IAMkecheng I think I might know what is going on. uberenv_libs
is the default value we use for the --prefix
option. Since you used --prefix="build"
, you need to remove the openmpi install from the spack that was built there -- not in the uberenv_libs dir.
Can you try:
cd build/spack
bin/spack/uninstall --dependents openmpi
Then, back up in the ascent dir:
scripts/uberenv/uberenv.py --install --prefix="build" --spec="%gcc@8.4.0"
Great, already fixed it! Thanks! and something need to mention, the command should be:
cd build/spack
bin/spack uninstall --dependents openmpi
python3 scripts/uberenv/uberenv.py --install --prefix="build" --spec="%gcc@8.4.0"
And now the uberenv_libs folder is still gone. Hope this will not have a big influence.
I got the latest develop branch and now I get the following error. Seems that there is an extra -Wl,/home/danlipsa/projects/ascent/build/spack/opt/spack/linux-ubuntu18.04-x86_64/gcc-7.4.0/openmpi-3.1.3-t5mxvnwmoq7jyrgqifcn52x454d5ddnt/lib If I remove that, the linking succeeds. Do you have any suggestions? Thanks!
Here is the full log: