From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24516 invoked by alias); 16 Oct 2013 20:07:06 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 24506 invoked by uid 89); 16 Oct 2013 20:07:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: elasmtp-scoter.atl.sa.earthlink.net Received: from elasmtp-scoter.atl.sa.earthlink.net (HELO elasmtp-scoter.atl.sa.earthlink.net) (209.86.89.67) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 16 Oct 2013 20:07:04 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1VWXN0-0003lp-LX for gdb-patches@sourceware.org; Wed, 16 Oct 2013 16:07:02 -0400 Message-ID: <525EF1E2.7060606@earthlink.net> Date: Wed, 16 Oct 2013 20:07:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Re: gdb.texinfo is getting too big References: <83ob6rpqa5.fsf@gnu.org> <83mwmbp80v.fsf@gnu.org> In-Reply-To: <83mwmbp80v.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da94038523b48fd47b778c9c6bd087681b9a7350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00498.txt.bz2 On 10/14/13 7:44 PM, Eli Zaretskii wrote: >> Date: Mon, 14 Oct 2013 13:25:59 -0700 >> From: Doug Evans >> Cc: gdb-patches , Stan Shebs >> >> Next question: Any strong preference for how? >> I suggested splitting up by chapter, and that's fine with me, but >> before I do all that work, IWBN to get pre-approval for at least the >> general idea. >> I count > 40. >> Is there a less granular split people want? > > No, it's too fine-grained. 40 files is too much, IMO. It is better > to group several consecutive chapters into a single file. I'm inclined to the chapter division - it seems to work well enough for GCC, and it makes it easier to rearrange chapters in the main manual, or do subsets, such as a "User's Manual", "Scripter's Manual", and the like. Stan stan@codesourcery.com