From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10050 invoked by alias); 28 Mar 2007 16:37:58 -0000 Received: (qmail 9808 invoked by uid 48); 28 Mar 2007 16:37:45 -0000 Date: Wed, 28 Mar 2007 16:37:00 -0000 Message-ID: <20070328163745.9806.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug preprocessor/15638] gcc should have option to treat missing headers as fatal In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "bangerth at dealii dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2007-03/txt/msg02656.txt.bz2 ------- Comment #10 from bangerth at dealii dot org 2007-03-28 17:37 ------- (In reply to comment #6) > Always stopping is the right thing. Once Per finishes his fileline > conversion, it will be possible to send cpplib's errors through > diagnostic.c, and we will then be able to make this a fatal error. One possibility that doesn't involve a new interface between cc1 and cpplib would be if cpplib simply indicated that the token stream ends here, if it can't find a header file. I can think of a few cases where we'd complain about open braces that haven't been closed (think of an #include inside 'extern "C" {...}') but there shouldn't be the pages and pages of error messages coming. W. -- bangerth at dealii dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bangerth at dealii dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15638