You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@LKedward, as we described in #707 and #708, even if OMP critical is added to fpm, the current fpm will still occasionally report similar errors (the frequency is greatly reduced) when compiling in parallel:
At line 689 of file ..\src\fpm_filesystem.F90
Fortran runtime error: File cannot be deleted
We didn't think it through at that time, but I think I found the reason for this error. The reason may be that the ar program is compiling the link library by the *.resp file, but execute_command_line didn't wait for this process and starts to delete the *.resp file, so an error occurrs, since *.resp file is occupied and can not be deleted!
A reasonable solution is to add a wait to execute_command_line and then return. Hope I didn't understand anything wrong.
Expected Behaviour
fpm build successfully.
Version of fpm
0.7.0
Platform and Architecture
All platform
Additional Information
I already have a PR on the way to fix this.
The text was updated successfully, but these errors were encountered:
To track the solution, the final solution in #808 is:
Create a delete_file_win32 for Windows, it will delete the * .resp file normally, and ignore the returned error (iostat) if cannot delete the * .resp file, and overwrite (replace in open) the original * .resp the next time you run fpm build to generate * .resp.
The behavior of other systems has not changed, mainly to avoid the sudden strange experience of "File cannot be deleted" among Windows-fpm users. In fact, only Windows-fpm will use * .resp files.
Description
@LKedward, as we described in #707 and #708, even if
OMP critical
is added tofpm
, the currentfpm
will still occasionally report similar errors (the frequency is greatly reduced) when compiling in parallel:We didn't think it through at that time, but I think I found the reason for this error. The reason may be that the
ar
program is compiling the link library by the*.resp
file, butexecute_command_line
didn't wait for this process and starts to delete the*.resp
file, so an error occurrs, since*.resp
file is occupied and can not be deleted!A reasonable solution is to add a
wait
toexecute_command_line
and then return. Hope I didn't understand anything wrong.Expected Behaviour
fpm
build successfully.Version of fpm
0.7.0
Platform and Architecture
All platform
Additional Information
I already have a PR on the way to fix this.
The text was updated successfully, but these errors were encountered: