From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65525 invoked by alias); 19 Aug 2016 11:06:20 -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 63508 invoked by uid 89); 19 Aug 2016 11:06:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy= X-Spam-User: qpsmtpd, 2 recipients X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 19 Aug 2016 11:06:09 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-02.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1bahch-0001ve-Sd from joseph_myers@mentor.com ; Fri, 19 Aug 2016 04:06:04 -0700 Received: from digraph.polyomino.org.uk (137.202.0.76) by SVR-IES-FEM-02.mgc.mentorg.com (137.202.0.106) with Microsoft SMTP Server id 14.3.224.2; Fri, 19 Aug 2016 12:06:01 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.86_2) (envelope-from ) id 1bahcd-0001v4-L7; Fri, 19 Aug 2016 11:05:59 +0000 Date: Fri, 19 Aug 2016 11:06:00 -0000 From: Joseph Myers To: Richard Biener CC: James Greenhalgh , GCC Patches , "fortran@gcc.gnu.org" , Jason Merrill , Richard Earnshaw , Nick Clifton , Ramana Radhakrishnan , Marcus Shawcroft , David Edelsohn , Segher Boessenkool , Michael Meissner , , , , Subject: Re: Implement C _FloatN, _FloatNx types [version 6] In-Reply-To: Message-ID: References: <20160817154244.GA39270@arm.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2016-08/txt/msg01399.txt.bz2 On Fri, 19 Aug 2016, Richard Biener wrote: > Ok if libcpp maintainers do not object. I consider the libcpp changes something I can self-approve - but, any comments? > Can you quickly verify if LTO works with the new types? I don't see anything > that would prevent it but having new global trees and backends initializing them > might come up with surprises (see tree-streamer.c:preload_common_nodes) Well, the execution tests are in gcc.dg/torture, which is run with various options including -flto (and I've checked the testsuite logs to confirm these tests are indeed run with such options). Is there something else you think should be tested? -- Joseph S. Myers joseph@codesourcery.com