On 8/19/19 11:40 AM, Doug wrote:
> Yes, will do. I have already fixed that example into a working code. I
> just need to clean it up a little and I'll submit a pull request.
>
> Also, I'm encountering this issue where tests fail because a zero error
> ends up being around 1e-13 due to round-off errors. This not only
> happens for my test, but for a lot of other deal.II tests. I see that
> most of deal.II's testing framework relies on picking up tests based on
> a .cc + .output file, making all the tests "regression"-like. I usually
> have some tolerance for comparing doubles, which I thought would be the
> common way to do this.
>
> How do you provide tests in the deal.II testsuite to account for
> different round-off errors that might occur?
We use a program called 'numdiff'. If cmake finds it, it uses that
instead of regular 'diff', and then these small differences are ignored.
If you grep for 'numdiff' in the doc/ directory, there will be mention
of this program somewhere.
Best
W.
--
------------------------------------------------------------------------
Wolfgang Bangerth email: bange...@colostate.edu
www: http://www.math.colostate.edu/~bangerth/
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/dealii/487fe8da-bce5-f4ec-d526-3c4bb65fd5db%40colostate.edu.
