From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21179 invoked by alias); 18 Dec 2014 23:06:31 -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 21033 invoked by uid 89); 18 Dec 2014 23:06:29 -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; Thu, 18 Dec 2014 23:06:28 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBIN6EJB006129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 18 Dec 2014 18:06:14 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id sBIN6APd009770; Thu, 18 Dec 2014 18:06:11 -0500 Message-ID: <54935DE2.5020507@redhat.com> Date: Thu, 18 Dec 2014 23:06: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: Jan Kratochvil , Eli Zaretskii CC: ktietz@redhat.com, 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> <549206B1.40902@redhat.com> <20141218181432.GA19996@host2.jankratochvil.net> <54931BBB.3080304@redhat.com> <20141218184123.GA20422@host2.jankratochvil.net> <549325FB.9040705@redhat.com> <20141218210445.GA23134@host2.jankratochvil.net> <83h9wsu0i3.fsf@gnu.org> <20141218212353.GA23599@host2.jankratochvil.net> In-Reply-To: <20141218212353.GA23599@host2.jankratochvil.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2014-12/txt/msg00557.txt.bz2 On 12/18/2014 09:23 PM, Jan Kratochvil wrote: > On Thu, 18 Dec 2014 22:11:16 +0100, Eli Zaretskii wrote: >> If this is a problem, how about writing down the requirements? > > I was more general above. In this specific case it would mean describing APIs > of all the supported OSes. I do not think it is possible. - gnulib seems to be good at describe portability issues. - We use gnulib as low level host portability layer Always check gnulib. > This can be implemented by a buildbot for all supported OSes. Yes, we're getting there. We need a working master buildbot setup first. Ideally, that'd be setup in sourceware.org itself, and then we'd use machines in the gcc compile farm for the build slaves. But, as you know, we're actively working on this. > A prerequisite for that is to settle down a list of really supported OSes. Not necessarily. I see it the other way around. Once buildbot is up and running for a while, we can require that either people setup buildbot slaves for their favorite host OSs, or the OSs will be considered unsupported. Meanwhile, we should start with a list of OSes gdb supposedly builds for, per gdb/configure.host. I had built this table a while ago: https://sourceware.org/ml/gdb/2014-10/msg00026.html It's obviously quite bare, missing OS version info, for example. I had extended it since with GDBserver info, but left it to neglect on my hard drive since. But it's a start. I've now put it up on the wiki, here: https://sourceware.org/gdb/wiki/Systems (linked from the home page). Maybe once this has more info, it should be migrated to MAINTAINERS or README in the sources, but while in "collect info" phase at least, wiki is easier. Everyone, please do feel free to extend|massage|whatever this page. Thanks, Pedro Alves