From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13883 invoked by alias); 23 Mar 2015 19:18:04 -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 13874 invoked by uid 89); 23 Mar 2015 19:18:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout22.012.net.il Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 23 Mar 2015 19:18:03 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NLO00N00IPK1D00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Mon, 23 Mar 2015 21:18:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NLO00NSNIXZ1U00@a-mtaout22.012.net.il>; Mon, 23 Mar 2015 21:18:00 +0200 (IST) Date: Mon, 23 Mar 2015 19:18:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH] Add IPv6 support for remote TCP connections In-reply-to: <20150323191232.GI5438@adacore.com> To: Joel Brobecker Cc: palves@redhat.com, jan.kratochvil@redhat.com, gdb-patches@sourceware.org, ktietz@redhat.com, fercerpav@gmail.com Reply-to: Eli Zaretskii Message-id: <83h9tbr09w.fsf@gnu.org> References: <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> <20150323191232.GI5438@adacore.com> X-IsSubscribed: yes X-SW-Source: 2015-03/txt/msg00741.txt.bz2 > Date: Mon, 23 Mar 2015 12:12:32 -0700 > From: Joel Brobecker > Cc: Pedro Alves , jan.kratochvil@redhat.com, gdb-patches@sourceware.org, ktietz@redhat.com, fercerpav@gmail.com > > > 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.) > > The problem is whether we have the means to support those older versions. > I can help with XP, for instance, but not with 98. You also need to have > people who are publicly committed to helping with the port's maintenance, > as it's unfair IMO to ask anyone to worry about a platform that only > affects 0.01%. Thinking from our perspective, we get more bang for our > buck if we dedicate what resources we have to platforms that have more > people using them. Yes, this is all well-known. However, I thought the issue was a bit different: not whether we want to spend efforts on active support of these platforms, but rather whether we should try to avoid deliberately breaking them by introducing features that are not available there, and leaving no fallbacks for when those new features are unavailable.