-
Notifications
You must be signed in to change notification settings - Fork 47
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
{2023.06}[foss/2023a] OpenFOAM v2312 #563
{2023.06}[foss/2023a] OpenFOAM v2312 #563
Conversation
boegel
commented
May 7, 2024
•
edited
Loading
edited
Instance
|
Instance
|
bot: build repo:eessi.io-2023.06-software arch:x86_64/amd/zen3 |
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
easystacks/software.eessi.io/2023.06/eessi-2023.06-eb-4.9.1-2023a.yml
Outdated
Show resolved
Hide resolved
Co-authored-by: ocaisa <[email protected]>
…io_OpenFOAM-v2312
bot: build repo:eessi.io-2023.06-software arch:x86_64/amd/zen3 |
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
bot: build repo:eessi.io-2023.06-software arch:x86_64/amd/zen3 |
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
Sanity check is failing because of missing binaries (e.g.
But I can't find any explanation for this in the logs... |
Oh, actually, it looks like the build step did fail, even though EB says it completed. In the log file of the build step itself I see lots of errors near the bottom, most of them are like this:
|
Ah, GMP is not included in the list of dependencies but it clearly is one |
Yep, and MPFR. |
Doing an interactive build now with both of them added to the deps:
It's worrying though that the build actually failed, but apparently this |
If I remember correctly this was one of the motivations for implementing the sanity check concept in EasyBuild :) |
Adding those dependencies didn't help, still getting the same issue/errors. |
It's probably related to CGAL, which could previously be built in different ways. Since version 5 it's header-only, but when using this with OpenFOAM, it looks like MPFR and GMP are still required. There seems to be functionality in OpenFOAM that should detect which variant of CGAL you have, but I find lots of similar issues, e.g. this one with Spack: https://develop.openfoam.com/Development/openfoam/-/issues/3101. |
Confirmed, it's related to CGAL. In Spack they even stick to CGAL 4, probably because of similar issues: I suspect it pops up now because we're filtering $LD_LIBRARY_PATH. As a sort of a quick/dirty workaround I've added a command to |
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
bot: build repo:eessi.io-2023.06-software arch:aarch64/generic |
Updates by the bot instance
|
Updates by the bot instance
|
|
1 similar comment
|
…io_OpenFOAM-v2312
bot: build repo:eessi.io-2023.06-software arch:aarch64/generic |
Updates by the bot instance
|
Updates by the bot instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
New job on instance
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. The zen4
build only contains one additional package. So, that stack is getting closer too.
…io_OpenFOAM-v2312