From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24320 invoked by alias); 17 Dec 2002 12:28:07 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 24308 invoked from network); 17 Dec 2002 12:28:03 -0000 Received: from unknown (HELO uniton.integrable-solutions.net) (62.212.99.186) by 209.249.29.67 with SMTP; 17 Dec 2002 12:28:03 -0000 Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id gBHCLCtv007010; Tue, 17 Dec 2002 13:21:12 +0100 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.3/8.12.3/Submit) id gBHCLBth007009; Tue, 17 Dec 2002 13:21:11 +0100 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f To: "Joseph S. Myers" Cc: Jan Hubicka , Mark Mitchell , "gcc@gcc.gnu.org" , "libstdc++@gcc.gnu.org" Subject: Re: basic-improvements merge status References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: Tue, 17 Dec 2002 07:06:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg01030.txt.bz2 "Joseph S. Myers" writes: | (b) If the approach of replacing missing functions in libgcc is followed | (which can also get rid of TARGET_MEM_FUNCTIONS) then it might be more | appropriate to use a list in config.gcc of missing C library functions | that need to go in libgcc. I would favor an approach where the list of missing C functions can be specified by the user at any time -- not just at configure time. -- Gaby