Skip to content
This repository was archived by the owner on Oct 3, 2021. It is now read-only.

Ping original submitters to fix errors spotted by continuous integration checks #7

Open
tautschnig opened this issue Sep 11, 2015 · 5 comments

Comments

@tautschnig
Copy link
Contributor

Hi,
In #4, #5, #6 I have provided patches for those benchmarks that I have submitted or feel somewhat responsible for. check-blacklist nevertheless still lists 3560 broken benchmarks, which ought to be fixed before the next edition of the competition commences. It would be great if the original submitters of the benchmarks could be pinged to review and fix their submissions.

To help people understand what is going wrong with their specific files, they should run

cd c ; ./check <directory-of-interest>/*.[ci]

Thanks a lot,
Michael

@PhilippWendler
Copy link
Member

I think this can be closed.

@tautschnig
Copy link
Contributor Author

See also my rambling on the SV-COMP mailing list just moments ago: unless #56 and #59, plus #106 are closed, it would likely remain a good idea to actually ping people. For any benchmarks submitted since the move to github this would be task that anyone could take care of; before, however, most benchmarks were committed by @dbeyer, who clearly is not to be blamed for the syntax errors in them...

Best,
Michael

@PhilippWendler PhilippWendler changed the title Ping original submitters to fix errors spotted by check.sh Ping original submitters to fix errors spotted by continuous integration checks Nov 14, 2016
@PhilippWendler
Copy link
Member

While the mentioned issues have been fixed, there are still several open problems, where we might need to contact the original submitters.

Lists of open issues are

@tautschnig
Copy link
Contributor Author

I've tried to do at least the administrative changes in #239. I believe that all the remaining ones of check.py are already being tracked as issues, except for termination benchmarks marked "unknown-termination".

@tautschnig
Copy link
Contributor Author

The single PR #239 has now been replaced by individual ones in #243..#260.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Development

No branches or pull requests

2 participants