From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10041 invoked by alias); 21 Dec 2011 23:11:57 -0000 Received: (qmail 10024 invoked by uid 22791); 21 Dec 2011 23:11:56 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_05,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,TW_DB X-Spam-Check-By: sourceware.org Received: from elasmtp-kukur.atl.sa.earthlink.net (HELO elasmtp-kukur.atl.sa.earthlink.net) (209.86.89.65) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Dec 2011 23:11:35 +0000 Received: from [70.170.59.51] (helo=macbook2.local) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1RdVJu-0006BU-FI for gdb-patches@sourceware.org; Wed, 21 Dec 2011 18:11:34 -0500 Message-ID: <4EF2679D.1040608@earthlink.net> Date: Wed, 21 Dec 2011 23:39:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Re: [patch 1/2] Make gdbtui a shell script References: <20111221114641.GB25652@host2.jankratochvil.net> <20111221122330.GH23376@adacore.com> In-Reply-To: <20111221122330.GH23376@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da940d955f132230f1799133acc27734117d3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-IsSubscribed: yes 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 X-SW-Source: 2011-12/txt/msg00757.txt.bz2 On 12/21/11 4:23 AM, Joel Brobecker wrote: >> it is discussed for years it is not great to have almost the same gdb and >> gdbtui binaries, each ~5MB. Make gdbtui a shell script. >> >> I am not so sure how well is the shell script portable across Unices. >> I assume MinGW is out of question anyway but that may not be a concern. > How about not providing gdbtui at all, not even a shell script? > Hmmm, maybe a little extreme? > > Googling around, I see quite a few references to "gdbtui" out in the world, including ones with target prefixes and the like - for example, at http://fun-tech.se/stm32/OpenOCD/gdb.php . It seems a little disruptive to our users and repackagers to have the name disappear altogether with no prior warning. Assuming that this patch is only going into trunk, then it seems sufficient to add a news item to 7.4 warning of the coming change, or even adding a deprecation warning to the branch's tui-main, which will give everybody the 7.4 - 7.5 interval to update their usages. Stan