Feature/base array bounds checking
This is an attempt to further unify bounds checking in DUNE. This is a controversial change and it's not unlikely that it will be rejected.
The questions that it raises and which need to be addressed:
- Is it okay to replace
DUNE_ISTL_WITH_CHECKING
withDUNE_CHECK_BOUNDS
and aISTLError
with aRangeError
or do we need a transition solution here with a deprecation period? - Since this would be the first use of
DUNE_CHECK_BOUNDS
for a class that's not a matrix or vector: Is it appropriate to useDUNE_CHECK_BOUNDS
here or does this go beyond its intended scope (which is to say: what is its intended scope?)? @markus.blatt has already made it clear that he would preferNDEBUG
in this particular case (the second change); maybe we can find a general guideline. - (worth mentioning) Both before and after this change, the error message contains additional information (an index) in some places but not others.
Merge request reports
Activity
Mentioned in issue #23
Mentioned in merge request !60 (closed)
I believe tests have been failing on master ever since ddf49c23, no?
Milestone changed to %DUNE 2.5.0
added 124 commits
-
dee8aec4...e4446c4a - 122 commits from branch
master
- 61b89161 - Guard bounds check by DUNE_CHECK_BOUNDS
- 5fa30824 - Use DUNE_CHECK_BOUNDS for bounds checking
-
dee8aec4...e4446c4a - 122 commits from branch
@joe Rebased against master. Now tests pass.
added 101 commits
-
5fa30824...17eb3b67 - 99 commits from branch
master
- 3d0b5c44 - Guard bounds check by DUNE_CHECK_BOUNDS
- 0db13c1e - Use DUNE_CHECK_BOUNDS for bounds checking
-
5fa30824...17eb3b67 - 99 commits from branch
added 40 commits
-
0db13c1e...46bf82a5 - 38 commits from branch
master
- ec21fc6a - Guard bounds check by DUNE_CHECK_BOUNDS
- 4652bc9b - Use DUNE_CHECK_BOUNDS for bounds checking
-
0db13c1e...46bf82a5 - 38 commits from branch
mentioned in merge request !201 (merged)
Please register or sign in to reply