From patchwork Sun Sep 4 08:44:27 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jan Kratochvil X-Patchwork-Id: 15280 Received: (qmail 91190 invoked by alias); 4 Sep 2016 08:44:45 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 91181 invoked by uid 89); 4 Sep 2016 08:44:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00, LOCALPART_IN_SUBJECT, RP_MATCHES_RCVD, SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:2005, sk:bugzill, UD:bugzilla.redhat.com, bugzilla.redhat.com 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 ESMTP; Sun, 04 Sep 2016 08:44:34 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 10E8D85547; Sun, 4 Sep 2016 08:44:33 +0000 (UTC) Received: from host1.jankratochvil.net (ovpn-116-46.ams2.redhat.com [10.36.116.46]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u848iT4w010843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 4 Sep 2016 04:44:32 -0400 Date: Sun, 4 Sep 2016 10:44:27 +0200 From: Jan Kratochvil To: dejagnu@gnu.org Cc: gdb-patches@sourceware.org Subject: dejagnu: Disable ccache Message-ID: <20160904084427.GA30664@host1.jankratochvil.net> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.7.0 (2016-08-17) X-IsSubscribed: yes Hi, there were always various problems with compatibility with ccache: https://bugzilla.redhat.com/show_bug.cgi?id=488863 https://bugzilla.redhat.com/show_bug.cgi?id=759592 https://sourceware.org/ml/gdb-patches/2009-02/msg00397.html IMO in a summary ccache finds more a benefit of faster compilation despite the debug info is no longer exactly the same (as without ccache). Although for example in this case ccache helped to find a real GDB bug: https://sourceware.org/ml/gdb-patches/2015-01/msg00497.html For the GDB testcases ccache has (IMO) no real performance advantage and it just brings heisenbugs - false FAILs - from time to time: Breakpoint 1, main () at gdb/testsuite/gdb.base/vdso-warning.c:21^M 21 return 0;^M (gdb) PASS: gdb.base/vdso-warning.exp: run: startup -> Breakpoint 1, main () at gdb/testsuite/gdb.base/hbreak-unmapped.c:21^M 21 return 0;^M (gdb) FAIL: gdb.base/vdso-warning.exp: run: startup So I find most safe and easy to just disable ccache for all testsuites. I guess this issues can be considered more general than just for the GDB testsuite, therefore posting it for dejagnu. Jan diff --git a/ChangeLog b/ChangeLog index 4880003..916fa04 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,7 @@ +2016-09-04 Jan Kratochvil + + * runtest.exp: Set CCACHE_DISABLE, clear CCACHE_NODISABLE. + 2016-06-28 Ben Elliston * aclocal.m4, Makefile.in: Regenerate with automake 1.15. diff --git a/runtest.exp b/runtest.exp index 2c6ca5d..0415e4e 100644 --- a/runtest.exp +++ b/runtest.exp @@ -87,6 +87,11 @@ set target_cpu "" ;# type of the cpu tests are running on set target_alias "" ;# standard abbreviation of target set compiler_flags "" ;# the flags used by the compiler +# Various ccache versions provide incorrect debug info such as ignoring +# different current directory, breaking GDB testsuite. +set env(CCACHE_DISABLE) 1 +unset -nocomplain env(CCACHE_NODISABLE) + # # some convenience abbreviations #