From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7008 invoked by alias); 4 May 2011 12:01:20 -0000 Received: (qmail 6997 invoked by uid 22791); 4 May 2011 12:01:19 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 May 2011 12:01:02 +0000 Received: (qmail 505 invoked from network); 4 May 2011 12:01:01 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 4 May 2011 12:01:01 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1QHalH-0007MS-QK; Wed, 04 May 2011 12:00:59 +0000 Date: Wed, 04 May 2011 12:02:00 -0000 From: "Joseph S. Myers" To: Rainer Orth cc: Richard Henderson , Anatoly Sokolov , gcc-patches@gcc.gnu.org, ebotcazou@libertysurf.fr Subject: Re: [SPARC] Hookize PRINT_OPERAND, PRINT_OPERAND_ADDRESS and PRINT_OPERAND_PUNCT_VALID_P In-Reply-To: Message-ID: References: <9410569723.20110427221316@post.ru> <4DB98D4D.2050107@redhat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-05/txt/msg00285.txt.bz2 On Wed, 4 May 2011, Rainer Orth wrote: > Your expansion of the wiki page on toplevel libgcc migration is > certainly welcome: I hadn't seen before that *-unwind.h files and > related macros can be moved over as well. I've no idea whether they can be moved *at present*, but certainly the eventual aim should be to move them. Before more macros are moved to files in libgcc/config I'd really rather the libgcc headers go in a separate libgcc_tm_file or similar, not included on the host and with the moved macros poisoned in the host system.h, to avoid the situation listed on that page of "RENAME_LIBRARY (in gcc/config/arm/symbian.h, otherwise moved to libgcc headers)" where a macro is only partly migrated to the libgcc headers but this partial state isn't obvious. This has the advantage of avoiding the ../../libgcc/config/ kludge in tm_file as well. -- Joseph S. Myers joseph@codesourcery.com