cantera 1.7 installation warning #8
Comments
|
No longer relevant. |
rwest
added a commit
that referenced
this issue
Jun 6, 2023
This is a combination of 12 commits, as we tried everything under the sun to debug the CI. But they all cancelled out when merged (apart from fixing a typo in a comment) - This is the 1st commit message: CI: trying to force ubuntu-20.04 instead of ubuntu-latest (temporary) While we figure out what's happening, let's try an older ubuntu. - This is commit message #2: fixup! CI: trying to force ubuntu-20.04 instead of ubuntu-latest (temporary) - This is the commit message #3: Switch back to ubuntu-latest But leave a 20.04 in the matrix build - This is the commit message #4: Trying libstdcxx-ng < 13 in Conda environment. Trying to debug. If this works it should be put in docker file too. Or, better, the real cause found and fixed. - This is the commit message #5: fix typo in env, undo ubuntu os changes, set gcc version in CI to 6 this system object of this version is being provided by gcc, and the runners no longer come prepackaged with it since its old (?) - This is the commit message #6: it wasn't the gcc version - This is the commit message #7: it was the julia version, 1.9.0 is brokey as reported at conda-forge/julia-feedstock#253 the latest release of julia (1.9.0) is brokey, don't use it (put !=1.9.0 in the environment file) - This is the commit message #8: make mac and ubuntu use the same cxx library - This is the commit message #9: but what if it was rdkit all along? - This is the commit message #10: Revert "but what if it was rdkit all along?" because it wasn't - This is the commit message #11: Revert "make mac and ubuntu use the same cxx library" cos it didn't work - This is the commit message #12: Revert "it was the julia version, 1.9.0 is brokey" but it wasn't
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We should put in the installation structions a warning about the cantera 1.7 screwup
A quote from cantera mailing list in December 2007:
This line out of Makfile.in
rm -fR @ct_libdir@/*
cause some MINOR problems, if you type
./configure --prefix=/usr
because in configure the line
ct_libdir=${prefix}/lib
isn't that optimal.
If you didn't get it till now: I lost all user libraries!
The text was updated successfully, but these errors were encountered: