From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-106084-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 21489 invoked by alias); 1 Dec 2004 15:32:36 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 21102 invoked from network); 1 Dec 2004 15:32:02 -0000
Received: from unknown (HELO vortex.ices.utexas.edu) (128.83.68.102)
  by sourceware.org with SMTP; 1 Dec 2004 15:32:02 -0000
Received: from terra.ices.utexas.edu (terra.ices.utexas.edu [128.83.68.97])
	by vortex.ices.utexas.edu (8.12.8/8.12.9) with ESMTP id iB1FW2p6011586;
	Wed, 1 Dec 2004 09:32:02 -0600
Received: by terra.ices.utexas.edu (Postfix, from userid 364)
	id C7C0131C86; Wed,  1 Dec 2004 09:32:02 -0600 (CST)
From: Wolfgang Bangerth <bangerth@ices.utexas.edu>
To: gcc@gcc.gnu.org
Subject: Mainline bootstrap failure in toplev.c
Date: Wed, 01 Dec 2004 15:32:00 -0000
User-Agent: KMail/1.6.1
Cc: rth@gcc.gnu.org
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200412010932.02561.bangerth@ices.utexas.edu>
X-SW-Source: 2004-12/txt/msg00046.txt.bz2


Hi all,
for several weeks now (I believe since my box has been upgraded to 
Mandrake), mainline doesn't bootstrap any more for me. In stage1 
I get this:

stage1/xgcc -Bstage1/ -B/ices/bangerth/tmp/build-gcc/gcc-install/i686-pc-linux-gnu/bin/   -O2 -g -fomit-frame-pointer -DIN_GCC   -fno-common   -DHAVE_CONFIG_H    -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -DTARGET_NAME=\"i686-pc-linux-gnu\" -c ../../gcc/gcc/toplev.c -o toplev.o -save-temps
../../gcc/gcc/toplev.c: In function 'toplev_main':
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining
../../gcc/gcc/toplev.c:1675: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining
../../gcc/gcc/toplev.c:1679: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining
../../gcc/gcc/toplev.c:1681: sorry, unimplemented: called from here
../../gcc/gcc/toplev.c:544: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining
../../gcc/gcc/toplev.c:1685: sorry, unimplemented: called from here

make then stops. Frankly, I don't know what these messages mean, but when
trying to find out what that could be, I realized that floor_log2 is
implemented multiple times: first, in toplev.h we have

  extern int floor_log2                  (unsigned HOST_WIDE_INT);
  [...]
  extern inline int
  floor_log2 (unsigned HOST_WIDE_INT x)
  {
    return x ? HOST_BITS_PER_WIDE_INT - 1 - (int) CLZ_HWI (x) : -1;
  }

Then, in toplev.c, the same function is reimplemented:
  int
  floor_log2 (unsigned HOST_WIDE_INT x)
  {
    [...]
  }
 
That in itself strikes me as odd and wrong. In addition, the inline keyword
in the first definition is expanded to
  __inline__ __attribute__((always_inline)) __attribute__((always_inline))
which presumably is the cause of the problem.

Is this a problem that others have seen before me?

Thanks
  Wolfgang

-------------------------------------------------------------------------
Wolfgang Bangerth              email:            bangerth@ices.utexas.edu
                               www: http://www.ices.utexas.edu/~bangerth/