From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31948 invoked by alias); 2 Oct 2009 13:30:38 -0000 Received: (qmail 31669 invoked by uid 22791); 2 Oct 2009 13:30:37 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from one.firstfloor.org (HELO one.firstfloor.org) (213.235.205.2) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Oct 2009 13:30:30 +0000 Received: by one.firstfloor.org (Postfix, from userid 503) id 38F091EE801A; Fri, 2 Oct 2009 15:30:28 +0200 (CEST) Date: Fri, 02 Oct 2009 13:30:00 -0000 From: Andi Kleen To: Richard Guenther Cc: Joe Buck , Andi Kleen , "gcc@gcc.gnu.org" Subject: Re: Prague GCC folks meeting summary report Message-ID: <20091002133028.GM1656@one.firstfloor.org> References: <87d456u0l1.fsf@basil.nowhere.org> <20091002002057.GC13104@synopsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-10/txt/msg00038.txt.bz2 > To make the above work first the external tools have to add the > capabilities, just implementing it in GCC doesn't work for us. Ok, but there's more to building software, than just building rpms. For example I can definitely see a common use case where a program is built with line number and unwinding information, but not with types. Or types are only generated partially using a special "debug file". And for that it would be best if gcc simply didn't generate unnecessary information and minimizes IO and disk space requirements. iirc there was even a patch in this direction from Frank Ch. Eigler -Andi -- ak@linux.intel.com -- Speaking for myself only.