From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11203 invoked by alias); 18 Dec 2014 23:47:44 -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 11190 invoked by uid 89); 18 Dec 2014 23:47:43 -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,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; Thu, 18 Dec 2014 23:47:42 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBINlU3B015896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 18 Dec 2014 18:47:30 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBINlRVB020757; Thu, 18 Dec 2014 18:47:28 -0500 Message-ID: <5493678F.4050906@redhat.com> Date: Thu, 18 Dec 2014 23:47:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Kai Tietz , Eli Zaretskii CC: Jan Kratochvil , sellcey@imgtec.com, brobecker@adacore.com, yao@codesourcery.com, gdb-patches@sourceware.org Subject: Re: [patch] compile: rm -rf -> ftw()+rmdir()+unlink() [Re: [patch] compile: Fix MinGW build] 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> In-Reply-To: <526566540.670835.1418933688966.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2014-12/txt/msg00559.txt.bz2 On 12/18/2014 08:14 PM, Kai Tietz wrote: > ----- Ursprüngliche Mail ----- >>> Date: Thu, 18 Dec 2014 18:31:03 +0100 >>> From: Jan Kratochvil >>> Cc: ktietz@redhat.com, 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? The mingw-w64 target support ftw, so why > not simply allow it for targets providing it, and other targets can be covered by gnulib? > Anyway gnulib is nothing I am concerned in general. Let me try to make this clear. gnulib does not provide an ftw replacement. And AFAIK, that's on purpose. Note that ftw has been marked obsolete in POSIX.1-2008. Per POSIX, applications "should" be using nftw/nftw64 instead. For our purposes, both APIs are just as good (*). It's just that ftw has System V roots, while fts has BSD roots. In practice, programs that use fts instead are just, if not more portable. But, as I mentioned, gnulib provides an fts replacement for systems that don't have it. So if we use fts instead, we're good to go everywhere. (*) - see ftw vs fts limitations here: http://lists.gnu.org/archive/html/bug-gnu-utils/2003-02/msg00224.html Thanks, Pedro Alves