From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-114830-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 10959 invoked by alias); 23 May 2005 23:51:17 -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 10840 invoked by uid 22791); 23 May 2005 23:51:08 -0000
Received: from smtp-102-tuesday.nerim.net (HELO kraid.nerim.net) (62.4.16.102)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 23 May 2005 23:51:08 +0000
Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186])
	by kraid.nerim.net (Postfix) with ESMTP id 77B5E40E31;
	Tue, 24 May 2005 01:51:04 +0200 (CEST)
Received: from uniton.integrable-solutions.net (localhost [127.0.0.1])
	by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id j4O11kLv016375;
	Tue, 24 May 2005 03:01:46 +0200
Received: (from gdr@localhost)
	by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id j4O11kIR016374;
	Tue, 24 May 2005 03:01:46 +0200
X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f
To: gcc@gcc.gnu.org
Cc: jason@redhat.com, mark@codesourcery.com, dberlin@dberlin.org
Subject: Re: Compiling GCC with g++: a report
References: <m364xapix6.fsf@merlin.cs.tamu.edu>
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
In-Reply-To: <m364xapix6.fsf@merlin.cs.tamu.edu>
Date: Tue, 24 May 2005 04:57:00 -0000
Message-ID: <m3u0kt5tdx.fsf@uniton.integrable-solutions.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2005-05/txt/msg01268.txt.bz2

Gabriel Dos Reis <gdr@cs.tamu.edu> writes:

[...]

| Attempt to get the GNU C++ compiler through the same massage is
| underway (but I'm going to bed shortly ;-)).

I can also report that I got the GNU C++ compiler through -- and apart
form uses of C++ keywords (template, namespace, class), it worked
out.  A note on type sfety issue though: lookup_name() is declared in
c-tree.h as

      extern tree lookup_name (tree);

and used in c-common.c:handle_cleanup_attribute() according to that
signature.  It is however declared and defined in cp/ as

      extern tree lookup_name (tree, int);

That was caught at link time (and dealt with).

-- Gaby