From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18106 invoked by alias); 8 Jul 2011 18:55:52 -0000 Received: (qmail 18097 invoked by uid 22791); 8 Jul 2011 18:55:51 -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 atrey.karlin.mff.cuni.cz (HELO atrey.karlin.mff.cuni.cz) (195.113.26.193) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Jul 2011 18:55:37 +0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4018) id EAC28F08E3; Fri, 8 Jul 2011 20:55:35 +0200 (CEST) Date: Fri, 08 Jul 2011 19:08:00 -0000 From: Jan Hubicka To: "Joseph S. Myers" Cc: Rainer Orth , gcc-patches@gcc.gnu.org, Paolo Bonzini , Ralf Wildenhues , Ian Lance Taylor Subject: Re: [build] Move libgcov support to toplevel libgcc Message-ID: <20110708185535.GI26368@atrey.karlin.mff.cuni.cz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-IsSubscribed: yes 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-07/txt/msg00679.txt.bz2 > On Fri, 8 Jul 2011, Rainer Orth wrote: > > > And another easy one: moving libgcov over to libgcc. > > Do you have any specific plans regarding gcov-io.c and gcov-io.h? Because > they are genuinely used on both the host and the target they are a > trickier case; I wonder if they should end up in their own toplevel > directory like libdecnumber, building a proper library that exports > different functions when configured for the host than for the target, that > for the target gets included in libgcov and that for the host gets linked > into cc1, gcov and gcov-dump rather than having files do the present > '#include "gcov-io.c"'. I would also preffer libgcov to go into its own toplevel directory, especially because there are plans to add non-stdlib i/o into it i.e. for kernel profiling. that way it would be handy to have libgcov as a toplevel library with its own configure that allows it to be build independently of rest of GCC. Honza > > -- > Joseph S. Myers > joseph@codesourcery.com