-
Notifications
You must be signed in to change notification settings - Fork 169
Broken generation script #1198
Comments
Yes, I wrote the script that way to deal with multiple properties once that occurs an not silently ignore such cases. Thanks for the hint, I will have a look at how this can be fixed! Overflows might not be present in the bounded versions, so this requires some inspection of the actual tasks.
Can you point me to the PR in which the overflows were fixed? I don't seem to find it. EDIT: I think I found it: #1155 That PR actually didn't add the |
Actually, I think what we want to do (at least initially) is to generate the scaled versions for those that DO NOT HAVE overflows. I agree that it would also be good to have scaled version for the
Yes it did, check any of the e.g. |
Yes, totally agree, that is what I just did in #1200, could you have a look?
not for all of them, 8 seem to have been forgotten:
|
Sure.
Those 8 are probably the original benchmarks that did not have overflow and thus not modified in #1155. |
This has been solved already. |
The script
c/nla-digbench-scaling/generate.py
is used to automatically generate version of the benchmarks inc/nla-digbench/
.I think the script assumes in lines 78 and 82 that the property file contains only one property (if not, it might change the expected results in all the categories and not only in unreach-call with I think is the intended behaviour).
The script does not generate a scaled version if the there is more than one property. This might have been the case when the script was created, but it is not anymore since we fixed overflows in the
nla-digbench
benchmarks.The text was updated successfully, but these errors were encountered: