From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20034 invoked by alias); 22 Mar 2018 13:42:20 -0000 Mailing-List: contact libstdc++-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libstdc++-owner@gcc.gnu.org Received: (qmail 18947 invoked by uid 89); 22 Mar 2018 13:42:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.3 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 22 Mar 2018 13:42:18 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 088C2B48; Thu, 22 Mar 2018 14:42:16 +0100 (CET) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DIAoED7ohBhA; Thu, 22 Mar 2018 14:42:14 +0100 (CET) Received: from lokon.CeBiTec.Uni-Bielefeld.DE (lokon.CeBiTec.Uni-Bielefeld.DE [129.70.161.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPS id 3340FB47; Thu, 22 Mar 2018 14:42:14 +0100 (CET) Received: (from ro@localhost) by lokon.CeBiTec.Uni-Bielefeld.DE (8.15.2+Sun/8.15.2/Submit) id w2MDgDMq012153; Thu, 22 Mar 2018 14:42:13 +0100 (MET) From: Rainer Orth To: Jonathan Wakely Cc: gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: [v3] xfail experimental/memory_resource/resource_adaptor.cc on 32-bit Solaris/x86 (PR libstdc++/77691) References: <20180322115547.GC25691@redhat.com> Date: Thu, 22 Mar 2018 13:42:00 -0000 In-Reply-To: <20180322115547.GC25691@redhat.com> (Jonathan Wakely's message of "Thu, 22 Mar 2018 11:55:47 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2018-03/txt/msg00049.txt.bz2 Hi Jonathan, > On 22/03/18 11:03 +0100, Rainer Orth wrote: >>experimental/memory_resource/resource_adaptor.cc currently FAILs on >>32-bit Solaris/x86: >> >>Assertion failed: aligned(p), file >> /vol/gcc/src/hg/trunk/local/libstdc++-v3/testsuite/experimental/memory_resource/resource_adaptor.cc, >> line 56, function test05 >> >>As detailed in the PR, this happens because Solaris and the >>Studio 12.6 compilers know nothing about __float128/_Float128 and malloc >>only returns pointers aligned to 8 bytes, not 16 bytes as expected by >>gcc/ginclude/stddef.h (max_align_t). >> >>Thus, while checking if Solaris i386 malloc can be changed here, I'm >>xfailing the test. >> >>Tested on i386-pc-solaris2.11, amd64-pc-solaris2.11, and >>sparc-sun-solaris2.11. >> >>Ok for mainline? > > OK, thanks. installed on mainline. I just noticed that the bug is marked as 7 regression; I guess it's ok to backport to the gcc-7 branch, too? Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University