-
Notifications
You must be signed in to change notification settings - Fork 683
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
NAMD-2.14: Charm++ dependency cannot be installed as configured for non-Intel toolchains #20079
Comments
At the end there you are getting the "first 300 chars" of the log message. The whole of the output from I am suspicious of |
Another thing I've realized: Charm++ 6.2.10 compiles with Python 3.8 but not 3.9. I haven't tried 3.10 or 3.11, but I suspect they will not work either given the age of NAMD-2.14 and Charm++ 6.2.10 installers for non-Intel toolchains. |
Yes, that's why I copied all the lines above the "Charm++ NOT built" line. That's where the fatal errors were that actually seemed to stop the process. Everything above that is a bunch of deprecation warnings and errors that say "fatal" but didn't stop the program. What you're looking at is the end of the log file in tmp. I'm scrolling back through to double-check, but I'm not sure what else I would be looking for that I didn't already post here.
What are you suggesting? Sorry, I'm fairly new to this field (self-taught in all CS disciplines prior to the last 5 months). If you mean that I need to preload a compatible version of Python, that works for manual installation of Charm++ (and turns out to be essential), but if I can't use the system Python, I'll need a way to change the config file to specify a different version because it won't let me run eb with any other versions loaded. Or are you saying you expected it to look for a different header file? |
OK, I've tried redoing the search from the beginning. These are all the errors and Fatal Errors:
There are at least a dozen errors that look essentially the same as the one above, referring to Py_DEPRECATED(3.2), saying some function was not declared in this scope, and asking "did you mean [similar-looking function]?" so I'm not going to copy all of them. And then the last fatal error is the one that I posted at the start. I should probably rename this thread to something like "Charm++ build included with NAMD-2.14 cannot be installed as configured." |
At the point it is failing it is mentioning a Python header file that is being provided by the OS and not be EasyBuild. I've tested Can you search for an equivalent line to this in your build log:
and see if that has a |
So, I found this in the latest Charm++ code related to PythonCCS
And this matches with the problem being in
as This leads to the suggestion of adding |
The .eb files for NAMD-2.14 should have ('Charm++', '6.10.2') as part of the list of dependencies, as the previous versions have, and it should be noted that, at the moment, .eb files for Charm++ on open-source toolchains not well maintained. The intel toolchain is not a good option for the users who requested this. For our users, the relevant versions of Charm++ available through EasyBuild are 7 years out of date, which means we will have to install a compatible version the hard way.
eb NAMD-2.14-foss-202Xy-mpi.eb --robot --use-existing-modules
fails for any X from 0 to 3 and y = a or b, and in all cases the failure is traceable to the inability to build Charm++. The following is a small snippet of the log file detailing the errors (or at least where the deprecation warnings stop and the fatal errors begin):Yes, it just cuts off mid-word there. That's part of why we're struggling to solve this issue: we don't even know if the error log is the full message.
The text was updated successfully, but these errors were encountered: