-
Notifications
You must be signed in to change notification settings - Fork 121
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
Order of f2py files handling #927
Comments
Came here searching on "f2pywrappers2.f90" because I have just started seeing a very similar error. The following is on attempting to build the simple sample project at scikit-build/scikit-build-sample-projects#35. I have an older, working build tree and it does not include Or maybe my issue is unrelated ... very confused.
|
One cannot fix this except by forcefully create the file that one knows shouldn't be there. The Therefore, on some ci-systems one needs to create the files if they are not created since I have converted to using I think the same procedure should be adopted here, but I can understand that |
Hi
I am trying to convert my project (www.github.com/zerothi/sisl) to scikit-build. And I have some problems when running on the ci system (testing the build-system).
First, the root cause seems to be related to the f2py build order (in some unknown way).
I have a pretty large fortran source base consisting of many different source files.
My procedure can be seen here: siesta
Basically:
Now, locally everything works as expected, I can get correct builds and have been doing ~20 builds without problems.
When running this on the ci system, the order of the cmake processing is different and it results in a crash.
local output
However, on the ci I get a different order, and then a crash, see here: https://github.com/zerothi/sisl/actions/runs/4666932759/jobs/8262317695
It is unclear to me why this happens, is there some dependency that isn't set in the cmake configuration? Or?
The text was updated successfully, but these errors were encountered: