From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17019 invoked by alias); 23 Mar 2015 19:19:05 -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 17008 invoked by uid 89); 23 Mar 2015 19:19:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 23 Mar 2015 19:19:02 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t2NJIuOf005064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 23 Mar 2015 15:18:56 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t2NJIrbk026664; Mon, 23 Mar 2015 15:18:53 -0400 Message-ID: <5510671C.9040506@redhat.com> Date: Mon, 23 Mar 2015 19:19:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Eli Zaretskii CC: jan.kratochvil@redhat.com, gdb-patches@sourceware.org, ktietz@redhat.com, brobecker@adacore.com, fercerpav@gmail.com Subject: Re: [PATCH] Add IPv6 support for remote TCP connections References: <1391878435-19340-1-git-send-email-fercerpav@gmail.com> <20140209083056.GA32481@host2.jankratochvil.net> <20140209095308.GH2320@home.lan> <20140209130501.GA15183@host2.jankratochvil.net> <83k3d4utwr.fsf@gnu.org> <20140209164748.GA25629@host2.jankratochvil.net> <20140209170821.GI2320@home.lan> <20150322163922.GA31444@host1.jankratochvil.net> <83sicxrn1b.fsf@gnu.org> <20150322170932.GA32091@host1.jankratochvil.net> <83iodssz5g.fsf@gnu.org> <5510553F.1040203@redhat.com> <83k2y7r1xg.fsf@gnu.org> In-Reply-To: <83k2y7r1xg.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-03/txt/msg00742.txt.bz2 On 03/23/2015 06:42 PM, Eli Zaretskii wrote: >> Date: Mon, 23 Mar 2015 18:02:39 +0000 >> From: Pedro Alves >> CC: gdb-patches@sourceware.org, ktietz@redhat.com, brobecker@adacore.com, >> fercerpav@gmail.com >> >>>> What older MS-Windows release >>>> should be supported? I guess MS-Windows 2000? Do you mean it seriously? >>> >>> It's up to us to decide. Emacs, for example, still supports Windows >>> 98, per an explicit request from RMS, based on the large number of >>> users of those systems in the 3rd World. >> >> Hmm, I couldn't find any statistic/report online that confirms this. >> All I found puts worldwide Windows 9x usage <= 0.01%. > > Yes, and now multiply that by the size of the population in, say, > India, and see what you get. The stats I saw showed usage at 0.01% resolution; it could well have been 0.0000000000000000001% rounded up for all we know. And factor in the amount of people that use Windows 9x _and_ develop for Windows 9x _and_ of those, those who develop for Windows 9x using GNU tools. We could well be talking about 0.01% x 0.00000001% x 0.00000001% and end up with a universe of 1 person. The point is we just don't know with the data we have. Note that by that reasoning, according to: http://www.netmarketshare.com/operating-system-market-share.aspx?qprid=10&qpcustomd=0 we should also be supporting Windows 3.1. Without more reliable usage info, this just feels like guessing. But all in all, I think what matters most is whether we have active maintainers working on making sure the code still builds and works on such platforms, taking care of user reported bugs, etc. If no one actively cares (and I mean a continuous effort), then the burden of keeping support for very old versions just slows us down. We already have enough bugs and missing gdb features on mainstream Windows versions that nobody is really paying attention to, let alone ancient Windows versions. Don't get me wrong -- I came into GDB from the Windows side, and I'd be glad if the Windows port was improved. > >> I don't think we should keep trying to remain compatible with >> such old versions. > > As I said, it's up to us. > >> I'd actually be very surprised if indeed we still are, given >> nobody's been really testing it. > > It could very well be broken on these platforms, yes. /me *nods* > >> I think that people that still need to _develop_ for Windows 9x can >> simply use an older GDB. > > What about developing on latest versions of Windows, but debugging on > Windows 9X? > There could be 9X-specific problems that might require > that. (I had such an experience with Emacs about 3 years ago, and the > person who helped me debug the problem was using GDB 7.2 on a Windows > 98 box.) I wouldn't find it the end of the world to use GDB 7.2 then. It should still work just as well today as it did 3 years ago. Thanks, Pedro Alves