From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28017 invoked by alias); 28 Jun 2002 06:16:05 -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 27966 invoked by uid 71); 28 Jun 2002 06:16:02 -0000 Date: Thu, 27 Jun 2002 23:20:00 -0000 Message-ID: <20020628061602.27962.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Neil Booth Subject: Re: bootstrap/7143: real.c: In function `make_nan': `TFbignan' undeclared Reply-To: Neil Booth X-SW-Source: 2002-06/txt/msg00681.txt.bz2 List-Id: The following reply was made to PR bootstrap/7143; it has been noted by GNATS. From: Neil Booth To: John David Anglin Cc: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org Subject: Re: bootstrap/7143: real.c: In function `make_nan': `TFbignan' undeclared Date: Fri, 28 Jun 2002 07:11:40 +0100 John David Anglin wrote:- > The code below reproduces the problem. The problem has something > to do with the processing of '!' and defined. If I remove '!', then > defining/undefing DEC yields the correct result. OK, thanks. I can't reproduce it, though, with the compiler that contains my most recent changes (2 days ago now). See below. The file bug.c is exactly as contained in your mail. > It's likely that something has been miscompiled in stage1 but the same > compiler bootstrapped 3.1. It's amazing that the build of the C compiler > nearly completed in stage2 before a problem showed up. [..] > #define DEC 1 > > #if !defined(DEC) > static void enan (void); > #endif neil@cat:~/src/gcc/build/gcc$ ./cc1 -E /tmp/bug.c -quiet # 1 "/tmp/bug.c" # 1 "" # 1 "" # 1 "/tmp/bug.c" neil@cat:~/src/gcc/build/gcc$ ./cc1 -E -traditional-cpp /tmp/bug.c -quiet # 1 "/tmp/bug.c" # 1 "" # 1 "" # 1 "/tmp/bug.c" neil@cat:~/src/gcc/build/gcc$ ./cc1 --version GNU C version 3.2 20020626 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 3.2 20020626 (experimental). neil@cat:~/src/gcc/build/gcc$ So I'm not really sure what to do. Actually, this compiler contains a local change that I'm about to commit, but it only affects the handling of #include by the traditional preprocessor. Neil.