From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5122 invoked by alias); 18 Dec 2014 20:47:14 -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 5102 invoked by uid 89); 18 Dec 2014 20:47:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 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; Thu, 18 Dec 2014 20:47:08 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NGS00800PM9AT00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Thu, 18 Dec 2014 22:47:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NGS007COPQHR0C0@a-mtaout22.012.net.il>; Thu, 18 Dec 2014 22:47:05 +0200 (IST) Date: Thu, 18 Dec 2014 20:47:00 -0000 From: Eli Zaretskii Subject: Re: [patch] compile: rm -rf -> ftw()+rmdir()+unlink() [Re: [patch] compile: Fix MinGW build] In-reply-to: <526566540.670835.1418933688966.JavaMail.zimbra@redhat.com> To: Kai Tietz Cc: jan.kratochvil@redhat.com, sellcey@imgtec.com, brobecker@adacore.com, yao@codesourcery.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83k31ou1mi.fsf@gnu.org> References: <20141217210144.GA26674@host2.jankratochvil.net> <83wq5oub28.fsf@gnu.org> <20141218173103.GA18871@host2.jankratochvil.net> <83sigcua9l.fsf@gnu.org> <526566540.670835.1418933688966.JavaMail.zimbra@redhat.com> X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00549.txt.bz2 > Date: Thu, 18 Dec 2014 15:14:48 -0500 (EST) > From: Kai Tietz > Cc: Jan Kratochvil , sellcey@imgtec.com, > brobecker@adacore.com, yao@codesourcery.com, > gdb-patches@sourceware.org > > > > >From the Fedora point of view MinGW64 32-bit mode seems to be a superset > > > >of > > > MinGW32 so why to care about MinGW32 anymore? Or what do I miss? > > > > That _I_ use MinGW32? > > That is actually your problem, isn't it? I don't see it as a problem, necessarily. > The mingw-w64 target support ftw, so why not simply allow it for targets providing it, and other targets can be covered by gnulib? Sure, why not? I wasn't objecting to that, I just provided information, since Jan seemed to think ftw is available everywhere. > What libraries "mingw-w64" breaks often?!? Could you please go in detail? I am curious to hear that, as all distributors I know (Fedora, Debian, OpenSuse, ArchLinux, ...) haven't reported this. Or is that just one thing you have a "gut" feeling about? The latest that I saw is this: http://lists.gnu.org/archive/html/bug-gnulib/2014-12/msg00186.html And I remember a few more lately. But look, I don't want to argue, I specifically said that. Jan asked why not forget about MinGW32, and I gave _my_ reasons. You don't have to agree, and we don't have to convince each other. My only request is that GDB doesn't drop MinGW32 support. > Just one point here I got curious about. What you mean by ABI? The ABI of mingw-targets is the same for all targets using gcc. So what ABI-differences you are talking about?!? Exception handling across DLLs is one difference I know of. > > Even if there were no problems with MinGW64, I don't think we should > > stop supporting MinGW32 just like that, it is still a live project, > > and I, for one, is quite happy with it. I hope GDB will not drop its > > support any time soon. > > No problem about this, but why blocking things not related to MinGW.org? I didn't, it's a misunderstanding. Sorry if I caused it.