We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Applying f90wrap to a code containing old-style routine headers like
f90wrap
SUBROUTINE odeint(ystart,nvar,x1,x2,eps,h1,hmin,nok,nbad,derivs,*rkqs)
with an asterisk throws an exception
Traceback (most recent call last): File "/home/ert/code/.venv/lib/python3.10/site-packages/f90wrap/scripts/main.py", line 304, in main parse_tree = fparse.read_files(args.files, doc_plugin_filename=doc_plugin_fname) File "/home/ert/code/.venv/lib/python3.10/site-packages/f90wrap/parser.py", line 1538, in read_files check = check_subt(cline, file) File "/home/ert/code/.venv/lib/python3.10/site-packages/f90wrap/parser.py", line 677, in check_subt del (argl[len(argl) - 1]) IndexError: list assignment index out of range f90wrap: IndexError('list assignment index out of range') for help use --help
This happens even when the subroutine is skipped by --skip which was the workaround in f2py before.
--skip
f2py
Fix: Catch the condition when the header is not identified, e.g. in parser.py:671 replace
parser.py:671
if has_args:
by
if has_args and ')' in cl:
Then the parser stage is passed and the subroutine can be skipped later.
The text was updated successfully, but these errors were encountered:
Thanks for reporting. Would you be willing to open a PR with the fix and a new example that would have caught this problem?
Sorry, something went wrong.
Ah, I see you did already, thanks!
Merge pull request #207 from krystophny/206-parser-fails-on-asterisk
3e4683a
Fix #206: Parser fails on asterisk
Successfully merging a pull request may close this issue.
Applying
f90wrap
to a code containing old-style routine headers likewith an asterisk throws an exception
This happens even when the subroutine is skipped by
--skip
which was the workaround inf2py
before.Fix: Catch the condition when the header is not identified, e.g. in
parser.py:671
replaceby
Then the parser stage is passed and the subroutine can be skipped later.
The text was updated successfully, but these errors were encountered: