From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 81330 invoked by alias); 11 Aug 2015 17:36:10 -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 81320 invoked by uid 89); 11 Aug 2015 17:36:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ig0-f181.google.com Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com) (209.85.213.181) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 11 Aug 2015 17:36:08 +0000 Received: by igui7 with SMTP id i7so45208529igu.1 for ; Tue, 11 Aug 2015 10:36:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=HadtUM8xZXKuqJqfVE/ejgDE7grtzMjpZGSEOT8n3+k=; b=eZWLwoz1PLtJHgVNrq1r/ZwxgxMLAjZz2WhieSx9tJuBL/6iJ2smowuhl3ExV0+G9O AmhQ221oxj+8ceJ067bxbMhi5ibMrntIGFZruethuAyw9sdnd/uGkHq2Fxm9H99qroSI DL0XYodLaDjBhCw4R81Q9mGx1sloP8r8AmKyoWDBDa5u0FAncsQ4nM8iPibAG7hDPrk1 +2x1dHg3Jn+vrU03oFQz1uXo+V1ycuwX8nkl/SqKaI98YhOo2tBH8iUJuw9M2IzrNfUR WUn8fi0KQ1N7OVLrhHgS/nYYgKdjPGFzFjp9dkr6+k8juFME6fbRRLy6fuwksQ3CikzD Plvw== X-Gm-Message-State: ALoCoQnqXozhN4dlz32ATlScC9A7wqxeDuM0YkGacLeXSnwbcrAgxo8XNJGZaUhP1zibc16Fdjgf X-Received: by 10.50.97.33 with SMTP id dx1mr18035912igb.1.1439314566504; Tue, 11 Aug 2015 10:36:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.93.102 with HTTP; Tue, 11 Aug 2015 10:35:26 -0700 (PDT) In-Reply-To: <20150804172110.GI4777@adacore.com> References: <1438287227-11303-1-git-send-email-simon.marchi@ericsson.com> <55BF7962.3060106@redhat.com> <55BF85BC.8040102@ericsson.com> <55BF9811.50202@redhat.com> <20150804172110.GI4777@adacore.com> From: Doug Evans Date: Tue, 11 Aug 2015 17:36:00 -0000 Message-ID: Subject: Re: [PATCH] Remove symlinks created in argv0-symlink.exp and general cleanup To: Joel Brobecker Cc: Pedro Alves , Simon Marchi , gdb-patches Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-08/txt/msg00244.txt.bz2 On Tue, Aug 4, 2015 at 10:21 AM, Joel Brobecker wrote: >> Personally, I'd vote for making in-tree builds, or at least testing, >> officially unsupported. I think gcc already does so... > > We should seriously discuss this, one day, as we keep having to > spend time fixing issues specific to that mode. I don't have a strong opinion on making in-tree testing unsupported, but I do have a strong opinion on another thing that can make the in-tree testing issue moot. Let's remove all of testsuite/*/Makefile.in, they're always out of date anyway (i.e., no one updates gdb.foo/Makefile.in to remove binaries added by new tests), and except for "make clean" aren't really used for anything. The "make clean" in testsuite/Makefile.in can just "rm -rf foo bar ..." [where "foo bar ..." are *not* the gdb.* testsuite dirs, but rather the outputs,etc. directories of check-parallel] IOW, testing would create the needed directories on the fly, even in serial mode, and to simplify "make clean" they'd always be put in a fixed subdir of testsuite (just like check-parallel does now). As for whether to always have one directory per test (in serial and parallel modes), that *could* be treated as a separate issue, but if it reduces complexity by doing the same thing for serial and parallel then great. [And while in-tree testing could still be unsupported, I think(!) the current issue with it would be fixed.]