From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6714 invoked by alias); 14 Aug 2008 15:48:26 -0000 Received: (qmail 6688 invoked by uid 22791); 14 Aug 2008 15:48:24 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 14 Aug 2008 15:47:41 +0000 Received: (qmail 5682 invoked from network); 14 Aug 2008 15:47:40 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 14 Aug 2008 15:47:40 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.68) (envelope-from ) id 1KTf34-0006uC-Ne; Thu, 14 Aug 2008 15:47:38 +0000 Date: Thu, 14 Aug 2008 16:18:00 -0000 From: "Joseph S. Myers" To: Robert Dewar cc: =?ISO-8859-1?Q?Manuel_L=F3pez-Ib=E1=F1ez?= , Tom Tromey , Aldy Hernandez , dberlin@dberlin.org, jakub@redhat.com, gcc@gcc.gnu.org, gdr@integrable-solutions.net, Chris Lattner , Gcc Patch List Subject: Re: [PATCH] caret diagnostics In-Reply-To: <48A44F37.4040106@adacore.com> Message-ID: References: <6c33472e0808140340o2a56b9f4n149025bfa8426331@mail.gmail.com> <6c33472e0808140527i158255d9hdbc677bd0870cbc1@mail.gmail.com> <6c33472e0808140556y1f8975boaf41babaeec39f98@mail.gmail.com> <6c33472e0808140741hb83b278jad9b1a5b15e8ab02@mail.gmail.com> <48A4468B.3050605@adacore.com> <6c33472e0808140822n3006c740ke28463a18951677b@mail.gmail.com> <48A44F37.4040106@adacore.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2008-08/txt/msg00978.txt.bz2 On Thu, 14 Aug 2008, Robert Dewar wrote: > BTW, I am all in favor of caret output, it's not the default in > gnat, the default is more like the C default, but -gnatv gives > output like: And I'd hope we could keep things that way for both C and Ada, but make similar modes to the Ada ones available for C (with Ada treating the common compiler options as synonyms for the the existing Ada options). In fact I'd hope we could get Ada using the shared diagnostic infrastructure, i18n support etc., but realise that's a lot of work (a lot needed doing just to get *almost all* C diagnostics in suitable shape for i18n) and might have issues with using the same Ada sources with different compiler back end versions. -- Joseph S. Myers joseph@codesourcery.com