From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugs-return-386309-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 5108 invoked by alias); 15 Mar 2012 17:41:53 -0000
Received: (qmail 4990 invoked by uid 22791); 15 Mar 2012 17:41:52 -0000
X-SWARE-Spam-Status: No, hits=-2.8 required=5.0	tests=ALL_TRUSTED,AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from localhost (HELO gcc.gnu.org) (127.0.0.1)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 15 Mar 2012 17:41:39 +0000
From: "kloedej at knmi dot nl" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/52594] New: no traceback expected for explicit fortran stop command combined with -fbacktrace
Date: Thu, 15 Mar 2012 18:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: kloedej at knmi dot nl
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-52594-4@http.gcc.gnu.org/bugzilla/>
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
X-SW-Source: 2012-03/txt/msg01362.txt.bz2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594

             Bug #: 52594
           Summary: no traceback expected for explicit fortran stop
                    command combined with -fbacktrace
    Classification: Unclassified
           Product: gcc
           Version: 4.6.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: kloedej@knmi.nl


I noticed that a full traceback is generated when gfortran executables exit
after an explicit stop command in the code.
Although useful in some cases, I would like to request an additional
commandline switch to block this behaviour.

My reasons:
-I am developing a collection of fortran software and am running routinely a
large number of unittests on them. A significant number of these unit tests
provoke the tool to stop with non-zero exit status (usually by inserting faulty
data that should trigger some safety checks in the software).
-I would like to easily discriminate real programming errors that can be
detected by gfortran (i.e. segmentation fault, illegal instruction, bus error
or floating-point exception, etc., as mentioned on the manpage), from these
explicit stop commands.
-the current situation where both types of conditions generate a full traceback
makes it hard to interpret the results because the interesting tracebacks get
lost in the large number of unwanted tracebacks from explicit stops.

Maybe you could consider implementing an option like: -fno-traceback-on-stop to
remedy this?