-
Notifications
You must be signed in to change notification settings - Fork 75
Fix openscop scattering dimension parsing error #106
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
Conversation
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.
Thank you for this fix. Can you also please add the test case? It can be added under test/ and included in the list in tests.sh.
I now notice the input is in openscop format and so we'll need a different testing mechanism than the current tests. |
…ator and dimension counts
Zetsyog
left a comment
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.
I also noticed that lots of scripts are using /bin/bash as shebang. Using /usr/bin/env bash is more portable. Can I add this change in this PR or should I create another one ?
bondhugula
left a comment
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.
LGTM - thanks. Please squash fixup commits.
When using openscop as input for pluto that is not straight out from clan, pluto is failing.
See the example with the following scop file.
input.scop.txt
Pluto compute the number of scattering dimension as
2 * niter + 1(with niter being the number of iterators of the statement)This is true when the openscop is extracted from clan, but not always true.
The OpenScop Library provides the
osl_relation_get_attributesfunction to retrieve the numder of iterators and scattering dimensions which fixes the issue.