From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20670 invoked by alias); 14 Apr 2012 09:08:36 -0000 Received: (qmail 20660 invoked by uid 22791); 14 Apr 2012 09:08:35 -0000 X-SWARE-Spam-Status: No, hits=-3.5 required=5.0 tests=BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_NO X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 14 Apr 2012 09:08:16 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id BD3A01C6C76; Sat, 14 Apr 2012 05:08:15 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id C0WpdHxJLCqG; Sat, 14 Apr 2012 05:08:15 -0400 (EDT) Received: from [10.143.192.88] (host217-39-8-154.in-addr.btopenworld.com [217.39.8.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rock.gnat.com (Postfix) with ESMTPSA id 1A77D1C6C74; Sat, 14 Apr 2012 05:08:13 -0400 (EDT) Message-ID: <4F893E78.50101@adacore.com> Date: Sat, 14 Apr 2012 09:08:00 -0000 From: Robert Dewar User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Chiheng Xu CC: Richard Guenther , Lawrence Crowl , Jakub Jelinek , Xinliang David Li , Bernd Schmidt , Gabriel Dos Reis , David Edelsohn , Diego Novillo , gcc Subject: Re: Switching to C++ by default in 4.8 References: <4F7B356E.9080003@google.com> <4F7C35A3.3080207@codesourcery.com> <20120410084614.GJ6148@sunsite.ms.mff.cuni.cz> <20120410163905.GK6148@sunsite.ms.mff.cuni.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2012-04/txt/msg00630.txt.bz2 On 4/13/2012 9:15 PM, Chiheng Xu wrote: > So, I can say, most of the GCC source code is in large files. > > And this also hold for language front-ends. I see nothing inherently desirable about having all small files. For example, in GNAT, yes, some files are large, sem_ch3 (semantic analysis for chapter 3 stuff which includes all of type handling) is large (over 20,000 lines 750KB, but nothing would be gained (and something would be lost) by trying to split this file up. As long as all your tools can handle large files nicely, and as long as the internal organization of the large file is clean and clear, I see no problem. >