From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30493 invoked by alias); 5 Oct 2013 00:34:54 -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 30480 invoked by uid 89); 5 Oct 2013 00:34:53 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.5 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-vb0-f47.google.com Received: from mail-vb0-f47.google.com (HELO mail-vb0-f47.google.com) (209.85.212.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sat, 05 Oct 2013 00:34:53 +0000 Received: by mail-vb0-f47.google.com with SMTP id h10so2606842vbh.34 for ; Fri, 04 Oct 2013 17:34:50 -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:date :message-id:subject:from:to:cc:content-type; bh=h2i5gI0X0mDRywQJPVyDNLnB/V6Gt+nJEY9HmJzDsVU=; b=lk08pLPVLwrk1qVjjtlkTOgpH4YsQkUZBf1HEkp2N32CZFZ/RuGARxntgPgSYp2P26 GDXaNTA0eN3ihfV1KwIXNAD5+D5Js4ecnIz/KJoEhlhpCEeo3buDzuIjwolxOffHrvhu 7lBpwztTQypL8dlTCO+8lQQeDFPXFcYjwo0G+ytU1QPOLdk7U9DMkxDTYT90Yiw72AvG Rb6rhnRQ8yIGVUQdjHQdHbhmmtm+e9d8GOAmOrNncxKO2z8buYJyHwYFIcZKKVAxszI3 XaRH87aNh28X6bcaPc4LFYvLTNUJoQiD/mwDruUqGagsIHbpzXaAuLsNQ4agm9Ounj1K 8GMA== X-Gm-Message-State: ALoCoQlKs7nhGvsNw0p84rIv4acO6vnkXrZGz2PkNEWSC20cIeKqrupZmt7VNvOOMyB8L4iGQtX2ZEme6br3PL/7QQU/4IZ0YxGLIJr++NlJuTAkdaZj4lDqQTXEmB5KiFEPGU7mr0oIRVQRY6g2ioDqzWstXQi+8nGRE3dIKYF+KYHKpTwu7B/p7lZnAr3xaJiqPPgU4byQMY/7SW8N40SORBXKyBYiLA== MIME-Version: 1.0 X-Received: by 10.58.108.74 with SMTP id hi10mr14922461veb.14.1380933290792; Fri, 04 Oct 2013 17:34:50 -0700 (PDT) Received: by 10.52.37.138 with HTTP; Fri, 4 Oct 2013 17:34:50 -0700 (PDT) In-Reply-To: <87txhfpagr.fsf@fleche.redhat.com> References: <520B7F70.6070207@codesourcery.com> <1377663394-4975-1-git-send-email-yao@codesourcery.com> <1377663394-4975-4-git-send-email-yao@codesourcery.com> <521D7BCA.10806@codesourcery.com> <21051.32359.845429.92304@ruffy.mtv.corp.google.com> <87txhfpagr.fsf@fleche.redhat.com> Date: Sat, 05 Oct 2013 00:34:00 -0000 Message-ID: Subject: Re: [RFC 3/3] Test on solib load and unload From: Doug Evans To: Tom Tromey Cc: Yao Qi , gdb-patches Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00156.txt.bz2 On Fri, Sep 20, 2013 at 12:19 PM, Tom Tromey wrote: > Doug> I like tests that leave things behind afterwards so that if I want to > Doug> run things by hand afterwards I can easily do so. > > Yes, that's definitely good. > > Doug> Let "make clean" clean up build artifacts. > Doug> [Our testsuite "make clean" rules are always lagging behind, but with some > Doug> conventions in the perf testsuite we can make this a tractable problem. > > I really dislike the "make clean" rules, mostly because they mean > maintaining a huge number of Makefiles just for this one purpose. > > In GDB_PARALLEL mode, "make clean" works by zapping a few > directories... much nicer :-). On my branch I removed all those > Makefiles too. I'm curious whether I ought to try to upstream this. zapping directories is another way to go, I know it's been discussed on and off for years. I hesitate to mention it because I too am not sure whether upstream would accept it. It is nicer ...