From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 86340 invoked by alias); 15 Oct 2015 07:55:25 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 86327 invoked by uid 89); 15 Oct 2015 07:55:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: foss.arm.com Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 15 Oct 2015 07:55:24 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 780DE3C; Thu, 15 Oct 2015 00:55:19 -0700 (PDT) Received: from [10.2.206.27] (e105545-lin.cambridge.arm.com [10.2.206.27]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 53CEA3F21A; Thu, 15 Oct 2015 00:55:21 -0700 (PDT) Subject: Re: [PATCH 1/7] Libsanitizer merge from upstream r249633. To: Andrew Pinski , Renato Golin References: <561CE769.6050800@partner.samsung.com> <561CE7BA.5070805@partner.samsung.com> <561D3749.8080501@partner.samsung.com> <20151014075410.GU478@tucnak.redhat.com> <561E98E5.5000506@linaro.org> Cc: Evgenii Stepanov , Adhemerval Zanella , "gcc-patches@gcc.gnu.org" From: Ramana Radhakrishnan Message-ID: <561F5BE8.4080109@foss.arm.com> Date: Thu, 15 Oct 2015 07:55:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-10/txt/msg01440.txt.bz2 On 14/10/15 20:17, Andrew Pinski wrote: > On Wed, Oct 14, 2015 at 12:15 PM, Renato Golin wrote: >> On 14 October 2015 at 20:00, Andrew Pinski wrote: >>> Then until that happens I think we should disable asan and tsan for >>> AARCH64 for GCC. >> >> I can't comment on that, but we'll continue running the tests on our >> side on both 39 and 42 VMA configurations, to make sure we don't >> regress until we actually ready to go for a final solution. > > It does not work for any standard Linux distros if they support dual > node ThunderX at all. It is completely broken and does not even make > sense to do regression testing on a broken library. > Everyone's agreed that there needs to be a clean solution for this. If the upstream for asan and tsan have it supported, I fail to see how it makes sense for GCC to be different. regards Ramana