From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-42427-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 28860 invoked by alias); 8 Aug 2013 17:31:18 -0000
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
Received: (qmail 28846 invoked by uid 89); 8 Aug 2013 17:31:18 -0000
X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_20,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RDNS_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1
Received: from Unknown (HELO mtaout22.012.net.il) (80.179.55.172)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 08 Aug 2013 17:31:15 +0000
Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MR8003002LGD200@a-mtaout22.012.net.il> for gdb@sourceware.org; Thu, 08 Aug 2013 20:30:09 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MR80031R3A9BG50@a-mtaout22.012.net.il>; Thu, 08 Aug 2013 20:30:09 +0300 (IDT)
Date: Thu, 08 Aug 2013 17:31:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: A new strategy for internals documentation
In-reply-to: <52031434.2080005@codesourcery.com>
To: Yao Qi <yao@codesourcery.com>
Cc: stanshebs@earthlink.net, gdb@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83k3jwt7in.fsf@gnu.org>
References: <5201781A.3000607@earthlink.net> <83k3jyunt8.fsf@gnu.org> <52031434.2080005@codesourcery.com>
X-SW-Source: 2013-08/txt/msg00024.txt.bz2

> Date: Thu, 8 Aug 2013 11:44:52 +0800
> From: Yao Qi <yao@codesourcery.com>
> CC: Stan Shebs <stanshebs@earthlink.net>, <gdb@sourceware.org>
> 
> The current Internals is like a book, most of people can't write a book 
> or revise a book, but people can write a lot of useful blog or wiki pages.

I'm sorry, but the result will surely be an unorganized heap of useful
tips, inconsistent in style, certainly contradicting in some places,
and impossible to read more than one tip at a time.

If this is the kind of documentation we want, let's just delete
gdbint.texinfo and declare that we no longer have internals docs as
part of the GDB project.  Why disguise this by talking about wiki?