From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8913 invoked by alias); 13 Jun 2002 20:46:08 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 8844 invoked by uid 71); 13 Jun 2002 20:46:04 -0000 Date: Thu, 13 Jun 2002 13:46:00 -0000 Message-ID: <20020613204604.8841.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Ted Merrill Subject: Re: preprocessor/7022: #line in .i files is broken in gcc 3.1 Reply-To: Ted Merrill X-SW-Source: 2002-06/txt/msg00317.txt.bz2 List-Id: The following reply was made to PR preprocessor/7022; it has been noted by GNATS. From: Ted Merrill To: neil@gcc.gnu.org, , , , , Cc: Subject: Re: preprocessor/7022: #line in .i files is broken in gcc 3.1 Date: Thu, 13 Jun 2002 13:42:59 -0700 (PDT) You are basically saying that the only preprocessor you will support is the one shipped with GCC. While that is "legally" ok from the point of the C standard, it is a very restrictive view. However, i suppose you have more important things to worry about, and i will (have, in fact) changed the tool we use. Thanks for considering this issue, Ted Merrill On 13 Jun 2002 neil@gcc.gnu.org wrote: > Synopsis: #line in .i files is broken in gcc 3.1 > > State-Changed-From-To: open->closed > State-Changed-By: neil > State-Changed-When: Thu Jun 13 13:29:29 2002 > State-Changed-Why: > This is intentional: -fpreprocessed only expects to see what can appear in a preprocessed file. In particular, it doesn't expand macros, and #line expects macros to expand. > > Please change your tool to do the # markers; they work on all versions of GCC. > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7022 >