Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • T Trilinos
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 936
    • Issues 936
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 22
    • Merge requests 22
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • James Willenbring
  • Trilinos
  • Issues
  • #1500
Closed
Open
Issue created Jul 12, 2017 by James Willenbring@jmwilleOwner

Trilinos: testing using floating point exceptions

Created by: jjellio

I've worked through an issue where Trilinos' test suite passed all tests, yet an app observed failures. The general method for handling a situation like this is to isolate the error, determine a fix, create a unit test that manifests the error, then push the fix and unit test. The more interesting point is how the app runs its unit tests.

A version of the app's nightly test suite runs certain (perhaps all) unit tests with floating point exceptions enabled. It seems like Trilinos should do the same, or atleast consider the cost/benefit of doing so.

@trilinos/framework

Assignee
Assign to
Time tracking