From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 12:22:16 2020 Received: (at submit) by debbugs.gnu.org; 23 Sep 2020 16:22:16 +0000 Received: from localhost ([127.0.0.1]:37606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL7X5-0001Tg-PO for submit@debbugs.gnu.org; Wed, 23 Sep 2020 12:22:16 -0400 Received: from lists.gnu.org ([209.51.188.17]:41444) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL7X5-0001TZ-5C for submit@debbugs.gnu.org; Wed, 23 Sep 2020 12:22:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51192) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kL7X4-0008IU-Ui for bug-guix@gnu.org; Wed, 23 Sep 2020 12:22:14 -0400 Received: from hera.aquilenet.fr ([2a0c:e300::1]:39492) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kL7X2-00007h-Qz for bug-guix@gnu.org; Wed, 23 Sep 2020 12:22:14 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id E3B9CBEB; Wed, 23 Sep 2020 18:22:02 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1oBUr8liMXwz; Wed, 23 Sep 2020 18:22:01 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:910:103f::f06]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 21E6E5BE; Wed, 23 Sep 2020 18:22:01 +0200 (CEST) Date: Wed, 23 Sep 2020 18:21:21 +0200 From: Andreas Enge To: bug-guix@gnu.org Subject: g++ does not provide std::fegetround Message-ID: <20200923162121.GA28654@jurong> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: neutral client-ip=2a0c:e300::1; envelope-from=andreas@enge.fr; helo=hera.aquilenet.fr X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) Hello, this report is related to https://github.com/fplll/fplll/issues/444 The following test file round.cpp does not compile with our g++-10.2.0: #include int main () { return std::fegetround (); } Compilation (also when adding "--std=c++11") prints the error: round.cpp: In function 'int main()': round.cpp:4:16: error: 'fegetround' is not a member of 'std'; did you mean 'fegetround'? 4 | return std::fegetround (); | ^~~~~~~~~~ In file included from /home/andreas/.guix-profile/include/c++/fenv.h:36, from /home/andreas/.guix-profile/include/c++/cfenv:41, from round.cpp:1: /home/andreas/.guix-profile/include/fenv.h:104:12: note: 'fegetround' declared here 104 | extern int fegetround (void) __THROW __attribute_pure__; | ^~~~~~~~~~ Compilation succeeds when replacing std::fegetround by fegetround; however, the former is supposedly part of the C++11 standard. The culprit is apparently cfenv, which contains the following: #if _GLIBCXX_HAVE_FENV_H #include_next #endif #if _GLIBCXX_USE_C99_FENV_TR1 ... #undef fegetround ... namespace std { ... using ::fegetround; ... } Our include/c++/x86_64-unknown-linux-gnu/bits/c++config.h has this: #define _GLIBCXX_HAVE_FENV_H 1 /* Define if C99 functions in should be imported in in namespace std::tr1. */ /* #undef _GLIBCXX_USE_C99_FENV_TR1 */ whereas apparently on other distributions (opensuse, for instance), _GLIBCXX_USE_C99_FENV_TR1 is defined and leads to std::fesetround being defined. And when I look at the build log https://ci.guix.gnu.org/log/xpdy9vvqym9xv7praqkwsm3gdzn2kv1p-gcc-10.2.0 for instance, there are the following lines: checking for ISO C99 support to TR1 in ... no checking for ISO C99 support to TR1 in ... yes checking for ISO C99 support to TR1 in ... yes checking for ISO C99 support to TR1 in ... yes whereas in opensuse, there is checking for ISO C99 support to TR1 in ... yes Now it would be interesting to have a look at config.log for gcc... Andreas From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 12:37:17 2020 Received: (at 43579) by debbugs.gnu.org; 23 Sep 2020 16:37:17 +0000 Received: from localhost ([127.0.0.1]:37644 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL7ld-00022L-Ho for submit@debbugs.gnu.org; Wed, 23 Sep 2020 12:37:17 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:37220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL7lb-000227-Da for 43579@debbugs.gnu.org; Wed, 23 Sep 2020 12:37:16 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 0634AC10; Wed, 23 Sep 2020 18:37:12 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ksPPU3cMY3q6; Wed, 23 Sep 2020 18:37:12 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:910:103f::f06]) by hera.aquilenet.fr (Postfix) with ESMTPSA id EC4B05BE; Wed, 23 Sep 2020 18:37:11 +0200 (CEST) Date: Wed, 23 Sep 2020 18:36:32 +0200 From: Andreas Enge To: 43579@debbugs.gnu.org Subject: Re: bug#43579: g++ does not provide std::fegetround Message-ID: <20200923163632.GA7348@jurong> References: <20200923162121.GA28654@jurong> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200923162121.GA28654@jurong> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 43579 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) On Wed, Sep 23, 2020 at 06:21:21PM +0200, Andreas Enge wrote: > Now it would be interesting to have a look at config.log for gcc... I did so with gcc-10.2.0 and executed ./configure in the subdirectory libstdc++-v3. The relevant part of config.log is this: configure:16462: checking for ISO C99 support to TR1 in configure:16490: g++ -c -std=c++98 conftest.cpp >&5 configure:16490: $? = 0 configure:16497: result: yes This is when trying to compile gcc-10.2.0 with gcc-10.2.0; so somehow our bootstrapping process does something differently when creating the final user facing gcc. Andreas From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 15:02:36 2020 Received: (at 43579) by debbugs.gnu.org; 23 Sep 2020 19:02:36 +0000 Received: from localhost ([127.0.0.1]:37875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLA2G-00076M-4M for submit@debbugs.gnu.org; Wed, 23 Sep 2020 15:02:36 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21146) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLA2D-00076A-F3 for 43579@debbugs.gnu.org; Wed, 23 Sep 2020 15:02:34 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1600887751; cv=none; d=zohomail.com; s=zohoarc; b=WJ3Y+EBBs6tbIuemVFh/3RYN6KTxFu5uK5T8jDsDmjUGB0xmNm+YWuaQCHLIbQFZpEcP7C83dOMVZ/8p+oDBxF7O1Dy1qyA7Fugn1/yv2JpUTuhrwAbT8KbPo8ffQhYCC/Jx20X9KzAqQTa+zx9wW7dbgaFfR7slUTAwlaLWgOs= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1600887751; h=Content-Type:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=Ul7OZVi0TzuOsVWlZnQpNUhHz1DUcWMmgRseI2AX+ag=; b=bSktCt33aauNnz2wQ8d3yWJn85aM1o95gS8UuFnG1m/Aab4m+uQyTyRhPJukdxSZCds5RTRdEPDuX2eYyOy+RL5BKrdqrRkX7N3XlOkrh92N0YYM8ulZUt3b0CPw34ZVnra7EUWCXuwXI0GRm+xNkNg3/R8uVg55xxeMCk2TSzA= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1600887751; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type; bh=Ul7OZVi0TzuOsVWlZnQpNUhHz1DUcWMmgRseI2AX+ag=; b=fbTOOWrtstmayQmuya/mQI4Kd+PSRcF3LAqpXktFWCRw4bcuubFmSy9WdYUOjSJ3 c7/Wcgh/he2YBtQVJmlGLTAI1gsSDg3r3oJ7PhCbujAT4bNWG2tNuMJTd7W17ecbRL4 4wzJs/DFtjK1Vtxo6Jmh/5gvEAcZvD7bFPkbkoFo= Received: from localhost (p54ad4dd8.dip0.t-ipconnect.de [84.173.77.216]) by mx.zohomail.com with SMTPS id 1600887749413183.9667348270102; Wed, 23 Sep 2020 12:02:29 -0700 (PDT) References: <20200923162121.GA28654@jurong> User-agent: mu4e 1.4.13; emacs 27.1 From: Ricardo Wurmus To: Andreas Enge Subject: Re: bug#43579: g++ does not provide std::fegetround In-reply-to: <20200923162121.GA28654@jurong> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Wed, 23 Sep 2020 21:03:54 +0200 Message-ID: <875z84gvs5.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andreas Enge writes: > Hello, > > this report is related to > https://github.com/fplll/fplll/issues/444 > > The following test file round.cpp does not compile with our g++-10.2.0: > #include > int main () { > return std::fegetround (); > } > > > Compilation (also when adding "--std=c++11") prints the error: > round.cpp: In function 'int main()': > round.cpp:4:16: error: 'fegetround' is not a member of 'std'; did you mean 'fegetround'? > 4 | return std::fegetround (); > | ^~~~~~~~~~ > In file included from /home/andreas/.guix-profile/include/c++/fenv.h:36, > from /home/andreas/.guix-profile/include/c++/cfenv:41, > from round.cpp:1: > /home/andreas/.guix-profile/include/fenv.h:104:12: note: 'fegetround' declared here > 104 | extern int fegetround (void) __THROW __attribute_pure__; > | ^~~~~~~~~~ Is this perhaps related to https://issues.guix.gnu.org/42392 ? -- Ricardo From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 16:06:30 2020 Received: (at 43579) by debbugs.gnu.org; 23 Sep 2020 20:06:30 +0000 Received: from localhost ([127.0.0.1]:37979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLB25-0000q8-Ux for submit@debbugs.gnu.org; Wed, 23 Sep 2020 16:06:30 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:38442) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLB22-0000pw-1K for 43579@debbugs.gnu.org; Wed, 23 Sep 2020 16:06:28 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 71D905C9; Wed, 23 Sep 2020 22:06:24 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zGOcV-ZdfWRj; Wed, 23 Sep 2020 22:06:23 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:910:103f::b98]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 36186597; Wed, 23 Sep 2020 22:06:23 +0200 (CEST) Date: Wed, 23 Sep 2020 22:05:43 +0200 From: Andreas Enge To: Ricardo Wurmus Subject: Re: bug#43579: g++ does not provide std::fegetround Message-ID: <20200923200543.GA9839@jurong> References: <20200923162121.GA28654@jurong> <875z84gvs5.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <875z84gvs5.fsf@elephly.net> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) On Wed, Sep 23, 2020 at 09:03:54PM +0200, Ricardo Wurmus wrote: > Is this perhaps related to https://issues.guix.gnu.org/42392 ? It looks very similar indeed. But then the fix given there has not fixed my problem, which occurs in a current gcc-toolchain. Andreas From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 16:21:19 2020 Received: (at 43579) by debbugs.gnu.org; 23 Sep 2020 20:21:19 +0000 Received: from localhost ([127.0.0.1]:38002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLBGR-0001LK-5B for submit@debbugs.gnu.org; Wed, 23 Sep 2020 16:21:19 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:38530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLBGP-0001LA-Tr for 43579@debbugs.gnu.org; Wed, 23 Sep 2020 16:21:18 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id D06AEC35; Wed, 23 Sep 2020 22:21:15 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QWJY0_qccTaK; Wed, 23 Sep 2020 22:21:15 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:910:103f::b98]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 8D2D85C9; Wed, 23 Sep 2020 22:21:06 +0200 (CEST) Date: Wed, 23 Sep 2020 22:20:11 +0200 From: Andreas Enge To: Ricardo Wurmus Subject: Re: bug#43579: g++ does not provide std::fegetround Message-ID: <20200923202011.GA17102@jurong> References: <20200923162121.GA28654@jurong> <875z84gvs5.fsf@elephly.net> <20200923200543.GA9839@jurong> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200923200543.GA9839@jurong> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) On Wed, Sep 23, 2020 at 10:05:43PM +0200, Andreas Enge wrote: > It looks very similar indeed. But then the fix given there has not fixed > my problem, which occurs in a current gcc-toolchain. My impression is that the root cause is the same one, that we are somehow misconfiguring our gcc builds, as discussed in this thread: https://lists.gnu.org/archive/html/guix-devel/2020-06/msg00096.html And that the hacky fix works for the other problems, but apparently not for this one. Andreas From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 23 17:27:20 2020 Received: (at 43579) by debbugs.gnu.org; 23 Sep 2020 21:27:20 +0000 Received: from localhost ([127.0.0.1]:38048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLCIJ-0003ZI-Gc for submit@debbugs.gnu.org; Wed, 23 Sep 2020 17:27:19 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLCIG-0003Z6-UJ for 43579@debbugs.gnu.org; Wed, 23 Sep 2020 17:27:18 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1600896435; cv=none; d=zohomail.com; s=zohoarc; b=ZeBjreJI1NR26nzQl2IPh+JEqn8YlriVlVOQJktNPZBM79VRHh5oV4cyDfXv4vBwaGIt2NfYon1C0VsmSNBtGFsIDnHRLY8dg3w5SAc3e3/D3eMYtg53/M9frKx9hEbC2gEPGP466zg4bBha/hLKnbxbvVH0TzLfKYTESw8fTwQ= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1600896435; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=CVf9Ikx29sCnIN0lnd4K95S0+uqqKGgWdRxXp+BkJnU=; b=EjCTjEkU4WbXYD1Td/FzaEWlGXQaQ0F35/LZ0VWJUU86ZNuRpH4yjYLR8RDtm8lIswEds6JLGJUwxB8tF2MoJW09U7zQrrnajaPGB5O82IYK5JxuU2kVXw1Ss+SCtkmqNkYC03T+cwD6W+AD/BhmDcJb2cSXXSZr8/32Audft4Q= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1600896435; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=CVf9Ikx29sCnIN0lnd4K95S0+uqqKGgWdRxXp+BkJnU=; b=crS7nTv/tUZdWlTLL9aVDbkZS0cdvR38HZ65wtMBVgaX9NVfZeAue9gWiJ5+ju5k tiHBCo2Ga6R7OCy71TUuttB85xQt2/JbUID8m2gA5xRRwe292mBnHFjWVuLCXcFYybo MX1p29O4ZIuyhX24fCr63avQLw6uuSvblY8v1DA8= Received: from localhost (p4fd5ac63.dip0.t-ipconnect.de [79.213.172.99]) by mx.zohomail.com with SMTPS id 1600896431710620.1697574545213; Wed, 23 Sep 2020 14:27:11 -0700 (PDT) References: <20200923162121.GA28654@jurong> <875z84gvs5.fsf@elephly.net> <20200923200543.GA9839@jurong> <20200923202011.GA17102@jurong> User-agent: mu4e 1.4.13; emacs 27.1 From: Ricardo Wurmus To: Andreas Enge Subject: Re: bug#43579: g++ does not provide std::fegetround In-reply-to: <20200923202011.GA17102@jurong> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Wed, 23 Sep 2020 23:28:36 +0200 Message-ID: <873638gp2z.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andreas Enge writes: > On Wed, Sep 23, 2020 at 10:05:43PM +0200, Andreas Enge wrote: >> It looks very similar indeed. But then the fix given there has not fixed >> my problem, which occurs in a current gcc-toolchain. > > My impression is that the root cause is the same one, that we are somehow > misconfiguring our gcc builds, as discussed in this thread: > https://lists.gnu.org/archive/html/guix-devel/2020-06/msg00096.html > > And that the hacky fix works for the other problems, but apparently not > for this one. I=E2=80=99m having a different but possibly related problem with arm-none-eabi-nano-toolchain-7-2018-q2-update, which used to work some time ago (in axoloti-patcher-next). For that issue the hack also did not work. --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 24 00:47:33 2020 Received: (at control) by debbugs.gnu.org; 24 Sep 2020 04:47:33 +0000 Received: from localhost ([127.0.0.1]:38443 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLJAK-0008Bj-St for submit@debbugs.gnu.org; Thu, 24 Sep 2020 00:47:33 -0400 Received: from mail-qt1-f182.google.com ([209.85.160.182]:45061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLJAI-0008BV-SG for control@debbugs.gnu.org; Thu, 24 Sep 2020 00:47:31 -0400 Received: by mail-qt1-f182.google.com with SMTP id z2so1965628qtv.12 for ; Wed, 23 Sep 2020 21:47:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:message-id:to:from:subject; bh=kTZ400t6S59g+62nYPXAifyNjY1Apt/+yvTGWhqxAGM=; b=c8RgLJ5kr7k2+KZlrDUddG9GpPcLje6bPUowbJE5+KP5zDit5NOmmfJlcle/Dk0QQ6 TQA0GDm1bUH+KkyLlbCrJntdNqVWhEQKjUtlQdt+5Qlb8d8WgkV1bD3s2VyCM1RP99Wz 8ACncNcy+ybJOzpKbqC31PCJ3CR5xC2U+XnBG1ybDT2eCLW2tlUX+EnIyYAfzPY51mmU iSjKHEM2QKG6Ft+O4azYayIEPOQdYuByXPJ/+u6N1TroCJdJerME3xoLDCSxzCOM4IUU jd04D5CtKn28WABd/3qPUioIZH4Ly3RDSqBp8HYnnCTx0wQ662jybLoNj/8fxZtTQU1d CcQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:message-id:to:from:subject; bh=kTZ400t6S59g+62nYPXAifyNjY1Apt/+yvTGWhqxAGM=; b=D4wa6uCGqtbHR6RsODbCxcy+QwxGbOwIuN9Md+bZeIX0GIok1qCh3R1s/dgwmsTekY fyL6bfvdwWH3zV9v57cR7WECmXfyyyvGGAShmLz4Hz2X6TQkpQ8UWcB7u7p3r1AMXcf5 jKq9tawbvnfdiBuLPFft3d2JWDmytakv7m0LSOMGLX+lbvNLqLabjog4a+ooWMLjtd8D zIEx7sFzFOccJ9WymIFihn8DZdlD8ag4zvp5Q6arPzUaDUkhDTMnDHo0lfB69yov39Kf HHKG7kstfJIzQTwwBg6aM702wbk21/tMkTwWFhRCo7QrPSIyDt78pizlli7eojB8Nhcn thpg== X-Gm-Message-State: AOAM533vGu1Y99c0qflI/kseJGCrEcvOdajK7n2hnmYXJi0DtgSwM4pv 7f/CkI2YyZB+SakU3XyU+jEhD5RA4QmtSw== X-Google-Smtp-Source: ABdhPJz+X861R3YTMjPS0niPvt7kOZfZYEaJLzFnT64tECfAYnlz6mD+4i+aDHnZN2lx+BmqVLU96w== X-Received: by 2002:aed:3442:: with SMTP id w60mr3749149qtd.100.1600922845284; Wed, 23 Sep 2020 21:47:25 -0700 (PDT) Received: from hurd (dsl-10-130-151.b2b2c.ca. [72.10.130.151]) by smtp.gmail.com with ESMTPSA id q19sm1413691qtk.74.2020.09.23.21.47.24 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Sep 2020 21:47:24 -0700 (PDT) Date: Thu, 24 Sep 2020 00:48:41 -0400 Message-Id: <87k0wjvkye.fsf@gmail.com> To: control@debbugs.gnu.org From: Maxim Cournoyer Subject: control message for bug #43579 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) severity 43579 important quit From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 01 08:36:42 2020 Received: (at 43579) by debbugs.gnu.org; 1 Oct 2020 12:36:42 +0000 Received: from localhost ([127.0.0.1]:34577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNxpC-00042A-Ep for submit@debbugs.gnu.org; Thu, 01 Oct 2020 08:36:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNxpB-00041x-4o for 43579@debbugs.gnu.org; Thu, 01 Oct 2020 08:36:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53755) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNxp5-0001Gp-Gw; Thu, 01 Oct 2020 08:36:35 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=38014 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kNxoz-0004qA-St; Thu, 01 Oct 2020 08:36:32 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Andreas Enge Subject: Re: bug#43579: g++ does not provide std::fegetround References: <20200923162121.GA28654@jurong> Date: Thu, 01 Oct 2020 14:36:28 +0200 In-Reply-To: <20200923162121.GA28654@jurong> (Andreas Enge's message of "Wed, 23 Sep 2020 18:21:21 +0200") Message-ID: <87wo0arulv.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hallo! Andreas Enge skribis: > The following test file round.cpp does not compile with our g++-10.2.0: > #include > int main () { > return std::fegetround (); > } Could you provide detailed steps to reproduce it? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 01 22:39:46 2020 Received: (at 43579) by debbugs.gnu.org; 2 Oct 2020 02:39:46 +0000 Received: from localhost ([127.0.0.1]:38877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOAz4-0000wE-Jc for submit@debbugs.gnu.org; Thu, 01 Oct 2020 22:39:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOAz2-0000vz-Ta for 43579@debbugs.gnu.org; Thu, 01 Oct 2020 22:39:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38746) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOAyw-0002IR-VE; Thu, 01 Oct 2020 22:39:38 -0400 Received: from [2605:6000:1a0d:48fb::8e5] (port=58236 helo=debian) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOAyw-0002xB-FU; Thu, 01 Oct 2020 22:39:38 -0400 From: Brett Gilio To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#43579: g++ does not provide std::fegetround In-Reply-To: <87wo0arulv.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Thu, 01 Oct 2020 14:36:28 +0200") References: <20200923162121.GA28654@jurong> <87wo0arulv.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Date: Thu, 01 Oct 2020 21:39:35 -0500 Message-ID: <87o8llxsew.fsf@debian> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43579 Cc: Andreas Enge , 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ludovic Court=C3=A8s writes: > Hallo! > > Andreas Enge skribis: > >> The following test file round.cpp does not compile with our g++-10.2.0: >> #include >> int main () { >> return std::fegetround (); >> } > > Could you provide detailed steps to reproduce it? > > Thanks, > Ludo=E2=80=99. I believe `std::fegetround` was introduced in C++11, are you using the appropriate flag? Brett Gilio From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 02 14:06:31 2020 Received: (at 43579) by debbugs.gnu.org; 2 Oct 2020 18:06:31 +0000 Received: from localhost ([127.0.0.1]:42523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOPRu-0001tv-QW for submit@debbugs.gnu.org; Fri, 02 Oct 2020 14:06:31 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:37320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOPRq-0001te-Bt for 43579@debbugs.gnu.org; Fri, 02 Oct 2020 14:06:29 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id EEAE4E6D; Fri, 2 Oct 2020 20:06:23 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H4UKf86XJs2r; Fri, 2 Oct 2020 20:06:23 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:910:103f::5f8]) by hera.aquilenet.fr (Postfix) with ESMTPSA id DACF0DA3; Fri, 2 Oct 2020 20:06:22 +0200 (CEST) Date: Fri, 2 Oct 2020 20:06:21 +0200 From: Andreas Enge To: Brett Gilio Subject: Re: bug#43579: g++ does not provide std::fegetround Message-ID: <20201002180621.GA4862@jurong> References: <20200923162121.GA28654@jurong> <87wo0arulv.fsf@gnu.org> <87o8llxsew.fsf@debian> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: <87o8llxsew.fsf@debian> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 43579 Cc: Ludovic =?iso-8859-15?Q?Court=E8s?= , 43579@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, On Thu, Oct 01, 2020 at 09:39:35PM -0500, Brett Gilio wrote: > >> The following test file round.cpp does not compile with our g++-10.2.0: > >> #include > >> int main () { > >> return std::fegetround (); > >> } > > > > Could you provide detailed steps to reproduce it? well, just put these lines into a file called "round.cpp" (as attached), and then gcc round.cpp produces round.cpp: In function 'int main()': round.cpp:3:16: error: 'fegetround' is not a member of 'std'; did you mean 'fegetround'? 3 | return std::fegetround (); | ^~~~~~~~~~ In file included from /home/andreas/.guix-profile/include/c++/fenv.h:36, from /home/andreas/.guix-profile/include/c++/cfenv:41, from round.cpp:1: /home/andreas/.guix-profile/include/fenv.h:104:12: note: 'fegetround' declared here 104 | extern int fegetround (void) __THROW __attribute_pure__; | ^~~~~~~~~~ On Thu, Oct 01, 2020 at 09:39:35PM -0500, Brett Gilio wrote: > I believe `std::fegetround` was introduced in C++11, are you using the > appropriate flag? And then you can use any of gcc --std=c++17 round.cpp gcc --std=c++14 round.cpp gcc --std=c++11 round.cpp with the same outcome. The issue https://github.com/fplll/fplll/issues/444 I referenced in my bug report provides more discussion; the outcome was that it is a bug in Guix. I will try to summarise it in the following to make this bug report self-contained; all file and directory names are relative to `guix build gcc-toolchain`. include/c++/cfenv does this around line 41: #if _GLIBCXX_HAVE_FENV_H # include #endif include/c++/fenv.h has this in line 34: #include include/c++/x86_64-unknown-linux-gnu/bits/c++config.h has this around line 28: /* Define if C99 functions in should be imported in in namespace std::tr1. */ /* #undef _GLIBCXX_USE_C99_FENV_TR1 */ And back to include/c++/fenv.h from line 41 on: #if _GLIBCXX_USE_C99_FENV_TR1 #undef feclearexcept #undef fegetexceptflag #undef feraiseexcept #undef fesetexceptflag #undef fetestexcept #undef fegetround #undef fesetround ... namespace std { ... using ::fegetround; using ::fesetround; ... } #endif // _GLIBCXX_USE_C99_FENV_TR1 The difference to the Opensuse headers is that in bits/c++config.h, they define _GLIBCXX_USE_C99_FENV_TR1, which, as I understand it, removes the fe* functions from the global namespace to put them back into the std:: namespace. This should happen somewhere in a configure phase inside the gcc build, but I do not know how to obtain the config.log file easily (short of adding a phase "(const #f)" to the build recipe and doing a "guix build -K"). Andreas --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="round.cpp" #include int main () { return std::fegetround (); } --ikeVEW9yuYc//A+q-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 03 06:02:47 2020 Received: (at 43579) by debbugs.gnu.org; 3 Oct 2020 10:02:47 +0000 Received: from localhost ([127.0.0.1]:43000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOeNK-0003X8-Ls for submit@debbugs.gnu.org; Sat, 03 Oct 2020 06:02:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOeNF-0003Wl-Ox for 43579@debbugs.gnu.org; Sat, 03 Oct 2020 06:02:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52322) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOeN6-0002yE-VS; Sat, 03 Oct 2020 06:02:32 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=43986 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOeMu-0000gZ-J6; Sat, 03 Oct 2020 06:02:26 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Andreas Enge Subject: Re: bug#43579: g++ does not provide std::fegetround References: <20200923162121.GA28654@jurong> <87wo0arulv.fsf@gnu.org> <87o8llxsew.fsf@debian> <20201002180621.GA4862@jurong> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 12 =?utf-8?Q?Vend=C3=A9miaire?= an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sat, 03 Oct 2020 12:02:18 +0200 In-Reply-To: <20201002180621.GA4862@jurong> (Andreas Enge's message of "Fri, 2 Oct 2020 20:06:21 +0200") Message-ID: <87362vhbkl.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43579 Cc: 43579@debbugs.gnu.org, Maxim Cournoyer , Brett Gilio X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, (Cc=E2=80=99ing Maxim who=E2=80=99s looked into this before.) Andreas Enge skribis: > well, just put these lines into a file called "round.cpp" (as attached), > and then > gcc round.cpp Ah yes, I wasn=E2=80=99t sure if this was =E2=80=98gcc-toolchain=E2=80=99 o= r not. Only 7.x (the current =E2=80=98gcc-final=E2=80=99) works: --8<---------------cut here---------------start------------->8--- $ cat t.cpp #include int main () { return std::fegetround (); } $ guix environment -C --ad-hoc gcc-toolchain@7 -- g++ -Wall -c t.cpp $ guix environment -C --ad-hoc gcc-toolchain -- g++ -Wall -c t.cpp t.cpp: In function 'int main()': t.cpp:3:16: error: 'fegetround' is not a member of 'std'; did you mean 'feg= etround'? 3 | return std::fegetround (); | ^~~~~~~~~~ In file included from /gnu/store/maa9v3r0l3kzi9y20mz5m5c1f83m75n5-profile/i= nclude/c++/fenv.h:36, from /gnu/store/maa9v3r0l3kzi9y20mz5m5c1f83m75n5-profile/i= nclude/c++/cfenv:41, from t.cpp:1: /gnu/store/maa9v3r0l3kzi9y20mz5m5c1f83m75n5-profile/include/fenv.h:104:12: = note: 'fegetround' declared here 104 | extern int fegetround (void) __THROW __attribute_pure__; | ^~~~~~~~~~ $ guix describe Generacio 162 Oct 01 2020 00:23:38 (nuna) guix 7607ace repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 7607ace5091aea0157ba5c8a508129cc5fc4f931 --8<---------------cut here---------------end--------------->8--- It=E2=80=99s the same story as . > The difference to the Opensuse headers is that in bits/c++config.h, > they define _GLIBCXX_USE_C99_FENV_TR1, which, as I understand it, > removes the fe* functions from the global namespace to put them back into > the std:: namespace. Indeed, the build log of =E2=80=98gcc-10=E2=80=99 for instance has this: --8<---------------cut here---------------start------------->8--- checking fenv.h usability... yes checking fenv.h presence... yes checking for fenv.h... yes checking for complex.h... (cached) yes checking for complex.h... (cached) yes checking for ISO C99 support to TR1 in ... yes checking for ISO C99 support to TR1 in ... yes checking for fenv.h... (cached) yes checking for ISO C99 support to TR1 in ... no --8<---------------cut here---------------end--------------->8--- Here=E2=80=99s the =E2=80=98prev-x86_64-unknown-linux-gnu/libstdc++-v3/conf= ig.log=E2=80=99 excerpt: --8<---------------cut here---------------start------------->8--- configure:16448: checking for fenv.h configure:16448: result: yes configure:16462: checking for ISO C99 support to TR1 in configure:16490: /tmp/guix-build-gcc-10.2.0.drv-0/build/./gcc/xgcc -shared= -libgcc -B/tmp/guix-build-gcc-10.2.0.drv-0/build/./gcc -nostdinc++ -L/tmp/g= uix-build-gcc-10.2.0.drv-0/build/x86_64-unknown-linux-gnu/libstdc++-v3/src = -L/tmp/guix-build-gcc-10.2.0.drv-0/build/x86_64-unknown-linux-gnu/libstdc++= -v3/src/.libs -L/tmp/guix-build-gcc-10.2.0.drv-0/build/x86_64-unknown-linux= -gnu/libstdc++-v3/libsupc++/.libs -B/gnu/store/xpdy9vvqym9xv7praqkwsm3gdzn2= kv1p-gcc-10.2.0/x86_64-unknown-linux-gnu/bin/ -B/gnu/store/xpdy9vvqym9xv7pr= aqkwsm3gdzn2kv1p-gcc-10.2.0/x86_64-unknown-linux-gnu/lib/ -isystem /gnu/sto= re/xpdy9vvqym9xv7praqkwsm3gdzn2kv1p-gcc-10.2.0/x86_64-unknown-linux-gnu/inc= lude -isystem /gnu/store/xpdy9vvqym9xv7praqkwsm3gdzn2kv1p-gcc-10.2.0/x86_64= -unknown-linux-gnu/sys-include -fno-checking -c -g -O2 -D_GNU_SOURCE -std= =3Dc++98 conftest.cpp >&5 conftest.cpp: In function 'int main()': conftest.cpp:102:7: error: 'fexcept_t' was not declared in this scope; did = you mean 'except'? 102 | fexcept_t* pflag; | ^~~~~~~~~ | except conftest.cpp:102:18: error: 'pflag' was not declared in this scope 102 | fexcept_t* pflag; | ^~~~~ conftest.cpp:103:7: error: 'fenv_t' was not declared in this scope 103 | fenv_t* penv; | ^~~~~~ conftest.cpp:103:15: error: 'penv' was not declared in this scope 103 | fenv_t* penv; | ^~~~ conftest.cpp:105:13: error: 'feclearexcept' was not declared in this scope 105 | ret =3D feclearexcept(except); | ^~~~~~~~~~~~~ conftest.cpp:106:13: error: 'fegetexceptflag' was not declared in this scope 106 | ret =3D fegetexceptflag(pflag, except); | ^~~~~~~~~~~~~~~ conftest.cpp:107:13: error: 'feraiseexcept' was not declared in this scope 107 | ret =3D feraiseexcept(except); | ^~~~~~~~~~~~~ conftest.cpp:108:13: error: 'fesetexceptflag' was not declared in this scope 108 | ret =3D fesetexceptflag(pflag, except); | ^~~~~~~~~~~~~~~ conftest.cpp:109:13: error: 'fetestexcept' was not declared in this scope 109 | ret =3D fetestexcept(except); | ^~~~~~~~~~~~ conftest.cpp:110:13: error: 'fegetround' was not declared in this scope 110 | ret =3D fegetround(); | ^~~~~~~~~~ conftest.cpp:111:13: error: 'fesetround' was not declared in this scope 111 | ret =3D fesetround(mode); | ^~~~~~~~~~ conftest.cpp:112:13: error: 'fegetenv' was not declared in this scope 112 | ret =3D fegetenv(penv); | ^~~~~~~~ conftest.cpp:113:13: error: 'feholdexcept' was not declared in this scope 113 | ret =3D feholdexcept(penv); | ^~~~~~~~~~~~ conftest.cpp:114:13: error: 'fesetenv' was not declared in this scope 114 | ret =3D fesetenv(penv); | ^~~~~~~~ conftest.cpp:115:13: error: 'feupdateenv' was not declared in this scope 115 | ret =3D feupdateenv(penv); | ^~~~~~~~~~~ configure:16490: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "package-unused" | #define PACKAGE_TARNAME "libstdc++" | #define PACKAGE_VERSION "version-unused" | #define PACKAGE_STRING "package-unused version-unused" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define _GLIBCXX_HOSTED 1 | #define _GLIBCXX_VERBOSE 1 | #define _GLIBCXX_ATOMIC_BUILTINS 1 | #define HAVE_ATOMIC_LOCK_POLICY 1 | #define _GLIBCXX_USE_DECIMAL_FLOAT 1 | #define _GLIBCXX_USE_INT128 1 | #define HAVE_STRXFRM_L 1 | #define HAVE_STRERROR_L 1 | #define HAVE_STRERROR_R 1 | #define _GLIBCXX_USE_LONG_LONG 1 | #define HAVE_WCHAR_H 1 | #define HAVE_MBSTATE_T 1 | #define HAVE_WCTYPE_H 1 | #define _GLIBCXX_USE_WCHAR_T 1 | #define _GLIBCXX98_USE_C99_MATH 1 | #define HAVE_TGMATH_H 1 | #define HAVE_COMPLEX_H 1 | #define _GLIBCXX98_USE_C99_COMPLEX 1 | #define _GLIBCXX98_USE_C99_STDIO 1 | #define _GLIBCXX98_USE_C99_STDLIB 1 | #define HAVE_VFWSCANF 1 | #define HAVE_VSWSCANF 1 | #define HAVE_VWSCANF 1 | #define HAVE_WCSTOF 1 | #define HAVE_ISWBLANK 1 | #define _GLIBCXX98_USE_C99_WCHAR 1 | #define _GLIBCXX_USE_C99 1 | #define _GLIBCXX11_USE_C99_MATH 1 | #define HAVE_TGMATH_H 1 | #define HAVE_COMPLEX_H 1 | #define _GLIBCXX11_USE_C99_COMPLEX 1 | #define _GLIBCXX11_USE_C99_STDIO 1 | #define _GLIBCXX11_USE_C99_STDLIB 1 | #define HAVE_VFWSCANF 1 | #define HAVE_VSWSCANF 1 | #define HAVE_VWSCANF 1 | #define HAVE_WCSTOF 1 | #define HAVE_ISWBLANK 1 | #define _GLIBCXX11_USE_C99_WCHAR 1 | #define _GLIBCXX_FULLY_DYNAMIC_STRING 0 | #define HAVE_GETS 1 | #define HAVE_EOWNERDEAD 1 | #define HAVE_ENOTRECOVERABLE 1 | #define HAVE_ENOLINK 1 | #define HAVE_EPROTO 1 | #define HAVE_ENODATA 1 | #define HAVE_ENOSR 1 | #define HAVE_ENOSTR 1 | #define HAVE_ETIME 1 | #define HAVE_EBADMSG 1 | #define HAVE_ECANCELED 1 | #define HAVE_EOVERFLOW 1 | #define HAVE_ENOTSUP 1 | #define HAVE_EIDRM 1 | #define HAVE_ETXTBSY 1 | #define HAVE_ECHILD 1 | #define HAVE_ENOSPC 1 | #define HAVE_EPERM 1 | #define HAVE_ETIMEDOUT 1 | #define HAVE_EWOULDBLOCK 1 | #define HAVE_UCHAR_H 1 | #define _GLIBCXX_USE_C11_UCHAR_CXX11 1 | #define HAVE_INT64_T 1 | #define HAVE_INT64_T_LONG 1 | #define _GLIBCXX_USE_LFS 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_POLL 1 | #define HAVE_S_ISREG 1 | #define HAVE_SYS_UIO_H 1 | #define HAVE_WRITEV 1 | #define HAVE_FENV_H 1 | #define HAVE_COMPLEX_H 1 | #define HAVE_COMPLEX_H 1 | #define _GLIBCXX_USE_C99_COMPLEX_TR1 1 | #define _GLIBCXX_USE_C99_CTYPE_TR1 1 | #define HAVE_FENV_H 1 | /* end confdefs.h. */ | #include | int | main () | { | int except, mode; | fexcept_t* pflag; | fenv_t* penv; | int ret; | ret =3D feclearexcept(except); | ret =3D fegetexceptflag(pflag, except); | ret =3D feraiseexcept(except); | ret =3D fesetexceptflag(pflag, except); | ret =3D fetestexcept(except); | ret =3D fegetround(); | ret =3D fesetround(mode); | ret =3D fegetenv(penv); | ret =3D feholdexcept(penv); | ret =3D fesetenv(penv); | ret =3D feupdateenv(penv); |=20 | ; | return 0; | } configure:16497: result: no --8<---------------cut here---------------end--------------->8--- The same program builds fine outside. Turns out GCC provides , too: --8<---------------cut here---------------start------------->8--- $ find /tmp/guix-build-gcc-10.2.0.drv-0/ -name fenv.h /tmp/guix-build-gcc-10.2.0.drv-0/gcc-10.2.0/fixincludes/tests/base/bits/fen= v.h /tmp/guix-build-gcc-10.2.0.drv-0/gcc-10.2.0/libstdc++-v3/include/tr1/fenv.h /tmp/guix-build-gcc-10.2.0.drv-0/gcc-10.2.0/libstdc++-v3/include/c_compatib= ility/fenv.h /tmp/guix-build-gcc-10.2.0.drv-0/build/prev-x86_64-unknown-linux-gnu/libstd= c++-v3/include/tr1/fenv.h /tmp/guix-build-gcc-10.2.0.drv-0/build/prev-x86_64-unknown-linux-gnu/libstd= c++-v3/include/fenv.h --8<---------------cut here---------------end--------------->8--- So this is again #include_next not picking the right due to search path ordering issues and/or duplicate entries. Thoughts anyone? I think we need a proper fix but the feedback we got from GCC folks last time didn=E2=80=99t give me much insight as to what we should do. > This should happen somewhere in a configure phase inside the gcc build, b= ut > I do not know how to obtain the config.log file easily (short of adding a > phase "(const #f)" to the build recipe and doing a "guix build -K"). I do: guix build -e '(@ (gnu packages gcc) gcc-10)' --no-grafts --check -K Then I hit C-c once the relevant =E2=80=98configure=E2=80=99 has run (you c= an check what=E2=80=99s in /tmp/guix-build-gcc-10*). :-) Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 13 13:00:22 2020 Received: (at 43579) by debbugs.gnu.org; 13 Nov 2020 18:00:22 +0000 Received: from localhost ([127.0.0.1]:49303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kddN0-0001gP-A0 for submit@debbugs.gnu.org; Fri, 13 Nov 2020 13:00:22 -0500 Received: from mail-wm1-f47.google.com ([209.85.128.47]:35137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kddMv-0001g3-S1 for 43579@debbugs.gnu.org; Fri, 13 Nov 2020 13:00:21 -0500 Received: by mail-wm1-f47.google.com with SMTP id w24so9532419wmi.0 for <43579@debbugs.gnu.org>; Fri, 13 Nov 2020 10:00:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=vPCjAxiZWMaXT1if/w/8QrmdEAmRyIhA9bJH5TR9yPE=; b=iUTakX0GI/Ee9kRSY8goOvBsFOtlnlTHh8BpunUjlOZe0+3y4mpcqLY8EM58WTkLjd lQdzo/qbnlsIDWsYUic0FaPfT1uyzQU11QFh6XTEqaJq0wHWwus2Mm9YpuLH9ekkQXrU EOWgEsnPeGakxcRK0kiyMbnduy8rAsDtO9JTYm9GuYnn8XoWTkoFPw+Q8FdUL2dpNCyB qt5ClRamrO4y0tlL2OjVathfdjh/pCpLON+vHvRCyacm0JD7yHOwkKFDMEdjHqh1Vd2j VXg7Juaa0JVWbZ027xy0RCinTOgmCfs4nq5CD3SPNt+ejFDadM7T5sGBn6MVxC40vPt8 APTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=vPCjAxiZWMaXT1if/w/8QrmdEAmRyIhA9bJH5TR9yPE=; b=pfsmWsZoOBY1hg97HLvVK+lMM2lb3pmdj1pmd6Mu4aX6SxPiH0NK+aFqqNHwlBWNq7 CnYumelLyJpikXzoLwO5owiPtbJslPLBCgclc7lGTT4VnYp+txIKvtNxEBM1i4anekif 71LcXRYyhI6C5fMSI4V3CMX+Wf79wAPP9AhtgMUJs5vlvfw9R3NA19TsCY5pLNL5wcCB rmt1VNWAfoBXYHdH0TCOMnaDWh9rViHIuaaUmPzIkglgD+9NRYJ0qroQMf28aS8hvz0i az7MkBmv5Mr8zSGQb/kzuBpmQDTC/ECyr0PXV4kv1zFJrJgq7uIVDGglRVLE+fDs+zFD JdfQ== X-Gm-Message-State: AOAM532GjvCiu0XLrgH3IvPMr6S9bjjGWYRc4/sNGlBZ/v9hTAiHFdnO cGNuKDIc9/WRgI7zZ8T1Irc= X-Google-Smtp-Source: ABdhPJzvTzsf7+xUVT3r09HWadzuDBP1fPg/TfsB4kC9ao7xJehpGSe99ggmpyKi8x+DAwEkhqRzkw== X-Received: by 2002:a1c:b346:: with SMTP id c67mr3696463wmf.60.1605290410997; Fri, 13 Nov 2020 10:00:10 -0800 (PST) Received: from unfall (20.134.94.90.dynamic.jazztel.es. [90.94.134.20]) by smtp.gmail.com with ESMTPSA id b14sm12312951wrx.35.2020.11.13.10.00.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 Nov 2020 10:00:09 -0800 (PST) From: =?utf-8?Q?Miguel_=C3=81ngel_Arruga_Vivas?= To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#43579: g++ does not provide std::fegetround References: <20200923162121.GA28654@jurong> <87wo0arulv.fsf@gnu.org> <87o8llxsew.fsf@debian> <20201002180621.GA4862@jurong> <87362vhbkl.fsf@gnu.org> Date: Fri, 13 Nov 2020 18:59:53 +0100 In-Reply-To: <87362vhbkl.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sat, 03 Oct 2020 12:02:18 +0200") Message-ID: <87r1oxyw6e.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 43579 Cc: Andreas Enge , 43579@debbugs.gnu.org, Brett Gilio , Maxim Cournoyer X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi! Ludovic Court=C3=A8s writes: >[...] > It=E2=80=99s the same story as . >[...] > So this is again #include_next not picking the right due to > search path ordering issues and/or duplicate entries. > > Thoughts anyone? > > I think we need a proper fix but the feedback we got from GCC folks last > time didn=E2=80=99t give me much insight as to what we should do. AFAIR, the issue comes from using XXX_INCLUDE_PATH instead of CPATH because it includes gcc predefined paths: 1. The order matters. 2. The internal order may need duplicated paths. 3. Even providing the right duplicated paths through these variables may not be supported may not work, it's an implementation detail after all. This was changed because we wanted to avoid warnings on installed libraries which could be raised to errors with -Werror. I personally don't like that approach, as the included headers are being compiled in that moment so I think the -Werror should apply too, but indeed I understand the reasons behind the compatibility with FHS. The problem comes to generalizing this approach: there should be inputs that must not enter the realm of these variables, mainly gcc and libc, libc:static, libstdc++, and so on. The attached WIP-patch would be a rough approach to that, but it will take some time until I recompile the world to really test it. Also this isn't the best approach as the manifests shouldn't include these neither, but I still don't find where and how to mark these inputs cleanly. WDYT? Any idea is welcome. :-) Happy hacking! Miguel --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-build-system-gnu-Remove-libc-libstdc-and-gcc-from-in.patch Content-Transfer-Encoding: quoted-printable Content-Description: wip-gcc.patch From=20ad2e859589ccbd5e9310a921355ef5e7f4926d80 Mon Sep 17 00:00:00 2001 From: =3D?UTF-8?q?Miguel=3D20=3DC3=3D81ngel=3D20Arruga=3D20Vivas?=3D Date: Fri, 13 Nov 2020 18:27:03 +0100 Subject: [PATCH] build-system/gnu: Remove libc, libstdc++ and gcc from incl= ude paths. * guix/build/gnu-build-system.scm (set-paths)[include-input?] [include-var?]: New predicates. [inputs->directories, native-inputs->directories]: Extract code from ... [input-directories, native-input-directories]: ... here. [include-directories, native-include-directories]: New variables. : Select between input-directories, native-input-directories or include-directories, native-include-directories depending on the environment variable to set. =2D-- guix/build/gnu-build-system.scm | 45 ++++++++++++++++++++++++--------- 1 file changed, 33 insertions(+), 12 deletions(-) diff --git a/guix/build/gnu-build-system.scm b/guix/build/gnu-build-system.= scm index 2e7dff2034..2f8da33066 100644 =2D-- a/guix/build/gnu-build-system.scm +++ b/guix/build/gnu-build-system.scm @@ -72,18 +72,35 @@ See https://reproducible-builds.org/specs/source-date-e= poch/." (define* (set-paths #:key target inputs native-inputs (search-paths '()) (native-search-paths '()) #:allow-other-keys) =2D (define input-directories =2D (match inputs + (define (include-input? input) + (let ((compiler-internals '("libc" "libc:static" "libstdc++" "gcc"))) + (match input + ((name . _) + (not (member name compiler-internals)))))) + + (define (inputs->directories obj) + (match obj (((_ . dir) ...) dir))) =20 =2D (define native-input-directories =2D (match native-inputs + (define (native-inputs->directories obj) + (match obj (((_ . dir) ...) dir) (#f ; not cross compiling '()))) =20 + (define input-directories (inputs->directories inputs)) + (define native-input-directories (native-inputs->directories native-inpu= ts)) + + (define (include-var? var) + (string-suffix? var "_INCLUDE_PATH")) + (define include-directories + (inputs->directories (filter include-input? inputs))) + (define native-include-directories + (native-inputs->directories (filter include-input? native-inputs))) + + ;; Tell 'ld-wrapper' to disallow non-store libraries. (setenv "GUIX_LD_WRAPPER_ALLOW_IMPURITIES" "no") =20 @@ -98,10 +115,12 @@ See https://reproducible-builds.org/specs/source-date-= epoch/." (for-each (match-lambda ((env-var (files ...) separator type pattern) (set-path-environment-variable env-var files =2D input-directories =2D #:separator separator =2D #:type type =2D #:pattern pattern))) + (if (include-var? env-var) + include-directories + input-directories) + #:separator separator + #:type type + #:pattern pattern))) search-paths) =20 (when native-search-paths @@ -109,10 +128,12 @@ See https://reproducible-builds.org/specs/source-date= -epoch/." (for-each (match-lambda ((env-var (files ...) separator type pattern) (set-path-environment-variable env-var files =2D native-input-directories =2D #:separator separator =2D #:type type =2D #:pattern pattern))) + (if (include-var? env-var) + native-include-directories + native-input-directories) + #:separator separator + #:type type + #:pattern pattern))) native-search-paths)) =20 #t) =2D-=20 2.29.2 --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAEBCgAdFiEEiIeExBRZrMuD5+hMY0xuiXn6vsIFAl+uyZsACgkQY0xuiXn6 vsIT4QwAoOo38cqqc/DETdqpDr3eka+sZOFL5FaOLtEz+Gd9lOgFiizQJ2qQZttw Iy8S0Ki0Atal/cOp3P9HHdWQB+BxP7ru3rQWjb7dS1ualUR1/t7zW/ygNYnYH6fS fLO3YLVlmfLcnjLqPk34yv9Y/ec/4qcLQC9gQnv4Bb2gBM2FG6nzXuNJcgJhBFQm /C7IEzIw8A7ykeEA/JE3UpO2dQkv00wu+yxoxBBnD7FPoe4z6ehvDtUnOJgN5qqn kM32swCrJU1P68qxd82m7gKeDKi+sgoEJDbABsqp4TepPvOHdT9JbXuvoXD7jOxj VQJ7TACUkbjEEYag9B7NPXYyhtEcPQK+8h9ahyDqO5ILRgaqmkX6oqZPWxKxipv6 JohIfJHv/RjL9CbpKmMfAMWj0wdFRTwUgHIm4vzf7XqSgm8H/6F1jOctJz52thNp KLeUEzqecGKgXhCZAnTs/fMeYvq8HJU4vi45lalNz8JujLpbLYfRF6GhzPbnOsJF juqQZsQD =q0jA -----END PGP SIGNATURE----- --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 27 16:51:12 2021 Received: (at 43579) by debbugs.gnu.org; 27 Dec 2021 21:51:12 +0000 Received: from localhost ([127.0.0.1]:44483 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1xtd-0006Nd-36 for submit@debbugs.gnu.org; Mon, 27 Dec 2021 16:51:12 -0500 Received: from sender3-of-o51.zoho.com ([136.143.184.51]:21119) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1xtY-0006NQ-7K for 43579@debbugs.gnu.org; Mon, 27 Dec 2021 16:51:08 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1640641861; cv=none; d=zohomail.com; s=zohoarc; b=VlR64aqseNmAAlcPerJBUP/bitfzXHY4PI7h4y5Cfzjq1EtJo/1Jihz8Ybo2d1nXBwf34rrKlPbwT7FnN5f/auXTAZ+TyLBotxfnnjz2RKvSxiqZhNTdXsuSlBLvbP5GJ1XUjLrrmUx3SFq7kCI6p5RALZ/rgMhAY7wIRjLhNgg= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1640641861; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:MIME-Version:Message-ID:Subject:To; bh=fxesRacNDxAqSyizmvyb88YPHYkQVGYX97IkStT4WLA=; b=L7f2/9x3YqyDqHUBrAV+ls0sFn8KQAOAK2YOjaKeNGQEhHWlO5SLyJBaCIKIen2N5qZXw0Ijr9jLI/fPxMWBGceH+bOa3hm3bjDMthKE60Q03n0+HvwauFcg5/flR9p31vKmrsPDdA+Jp8BbS0Ao+8iNzK8fU1u1khEPdJg5lyY= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1640641861; s=zoho; d=elephly.net; i=rekado@elephly.net; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=fxesRacNDxAqSyizmvyb88YPHYkQVGYX97IkStT4WLA=; b=c9HjaIXE+bKe8QzM2mEIhK/SLMQfuhIETmU3Ytp3DOgcY8EFqjf7i2styIA7L89w hT4BkvVJ/Sl6Xw8Seah6tnf6/c/lSn0QSQ81jUzM6FnWhNJwitSxfUeqfRWpmC8FDqK QWO4SXJRTHpX2+Nu4CdQaGl5uNpuCymceq5tZYzI= Received: from localhost (p4fd5a05b.dip0.t-ipconnect.de [79.213.160.91]) by mx.zohomail.com with SMTPS id 1640641859586346.78434697386365; Mon, 27 Dec 2021 13:50:59 -0800 (PST) User-agent: mu4e 1.6.10; emacs 27.2 From: Ricardo Wurmus To: 43579@debbugs.gnu.org Subject: g++ does not provide std::fegetround Date: Mon, 27 Dec 2021 22:48:10 +0100 X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Message-ID: <87bl11k98f.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 43579 Cc: rosen644835@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, I just rediscovered this issue by adding =E2=80=9Cgcc-7=E2=80=9D to a packa= ge=E2=80=99s input without also adjusting the variable that determines the order of includes. (I ended up not needing to use GCC 7 in the end.) Seeing that issue #42392 (=E2=80=9CGCC includes ordering issue? g++: error: 'round' is not a member of 'std'=E2=80=9D) has since been solved, should we close this issue, too? Or are there still reasons to want an adjustment of the gnu-build-system? What do you think, Miguel? --=20 Ricardo From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 13 13:03:49 2022 Received: (at 43579) by debbugs.gnu.org; 13 Jun 2022 17:03:50 +0000 Received: from localhost ([127.0.0.1]:60257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0nTh-0000xe-OR for submit@debbugs.gnu.org; Mon, 13 Jun 2022 13:03:49 -0400 Received: from hera.aquilenet.fr ([185.233.100.1]:39826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0nTf-0000xN-PM for 43579@debbugs.gnu.org; Mon, 13 Jun 2022 13:03:48 -0400 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 7B1451435; Mon, 13 Jun 2022 19:03:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at aquilenet.fr Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FYzRRj35SCL2; Mon, 13 Jun 2022 19:03:39 +0200 (CEST) Received: from jurong (unknown [IPv6:2001:861:c4:f2f0:b49a:fa3d:ad95:de85]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 2B8AB1447; Mon, 13 Jun 2022 19:03:39 +0200 (CEST) Date: Mon, 13 Jun 2022 19:03:37 +0200 From: Andreas Enge To: 43579@debbugs.gnu.org Subject: Problem still present Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 43579 Cc: rekado@elephly.net, ludo@gnu.org, rosen644835@gmail.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) After removing the patch that works around this problem in fplll with commit 5dec5f65ec3c7371dde309a101b85b930e423a46, I noticed that it actually still does occur. We used to have the problem with gcc-toolchain@10.2 that with test.cpp equal to #include int main() { std::fesetround (FE_TONEAREST); return 1; } the compilation "g++ test.cpp" fails. With gcc-toolchain@10.3 it actually succeeds. But with gcc-toolchain@11.3 or @12.1 it fails again. Indeed, /gnu/store/bxh206gz379wkn8cvb2ghlkvpqgwfd2v-gcc-toolchain-10.3.0/include/c++/x86_64-unknown-linux-gnu/bits/c++config.h contains in line 1572: #define _GLIBCXX_USE_C99_FENV_TR1 1 whereas /gnu/store/c17nwiafb01pig2r3mjm1jznfpas61np-gcc-toolchain-12.1.0/include/c++/x86_64-unknown-linux-gnu/bits/c++config.h contains in line 1759: /* #undef _GLIBCXX_USE_C99_FENV_TR1 */ Did we change anything between 10.2 and 10.3, and then revert it with 11.3? Or is it a transient thing that depends on some random ordering of include files? The latter looks more plausible, since the change from 10.2 and 10.3 really just changes the version and the hash. What can we do? Andreas From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 29 18:19:59 2023 Received: (at 43579) by debbugs.gnu.org; 29 Jan 2023 23:19:59 +0000 Received: from localhost ([127.0.0.1]:45568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMGxq-0005eK-WB for submit@debbugs.gnu.org; Sun, 29 Jan 2023 18:19:59 -0500 Received: from mail-qk1-f172.google.com ([209.85.222.172]:35424) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMGxo-0005e5-4J for 43579@debbugs.gnu.org; Sun, 29 Jan 2023 18:19:57 -0500 Received: by mail-qk1-f172.google.com with SMTP id t9so4568911qkm.2 for <43579@debbugs.gnu.org>; Sun, 29 Jan 2023 15:19:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:from :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JyuLNI5rr2DOwcJYGnOBb/p/vveEjD/nMGpRtFleApg=; b=ALbVwx522Bub1H8WXf0UFRMDgPxed3YhkrYKjofiyKENrl8eUdTc5tG8E1nRqUCvHi 7PHrc13xTcnKCaqVvyQLoY2rCUMkcFHr6Kyhof5MTZHWoE/F0P0KzeZnd9hI027HAjiS wjhmey7atCdY2WGv1qV35hxBts4CND1j40kxkFYiAWdeCuXdtsxT2R05ltGv9lOZuU5T MHHqT0KkbazGBO8fDspSflsLpGoaGpwOzk4XEL7WjzcW+9pI+GsY1Ez0hRKpd2buCm59 ohAgtzQDls8tMhb2WHQBuSqYQVfqejwppi2iC48/BORaBuAUPcehyTwxddkCwfsZBOYZ Ma4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:from :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JyuLNI5rr2DOwcJYGnOBb/p/vveEjD/nMGpRtFleApg=; b=ga431Gv1i0zzewO/2AfoBcG99Vz1FbK7Rffd4e52GXgrMIVhTISK4fCpoLgUWMFdYh 1Q/pT1wDgYZBfr8WOWdbBXAFqPSdPqsBZIBbn1QkmA6+ed0qqAg+tzfHcIJBoMcNhXlv X7Qm80mdoJjcY6/xJFbQI6r2CI/lfeCSEyea760t06iUBJ5/RE8NhWfZHT19hW3HIeWd MVu869ikeeLHftgQ8tkxenE5d4shkF3Y5BDE9YudRbSzx99RId5k3l9B6E3Dnq/9r2er ag+UcbkCK8ph65zDm2fYGvyKNVRDmekBAnjH/T/qio8PiULoLRNHuVIbqM4eaKn+lY9G 2UBg== X-Gm-Message-State: AO0yUKX0Xe8DWHVhXndwNlUU3M3Ib7UPy55gm81zF88rUHDfVgC1+Ruv s/RHpxCk5tnjoSyHvlg3i3ZWV5P4Gq+fW6XwJCNJZb6d0ZA= X-Google-Smtp-Source: AK7set+2KvsL5H4NaLUVkqUAE8N0sZPeud98T7MCojkDfXWjPlNXtD4aiZbKn4MtHYV4H8RlKhW01cATjqceTMdOXOo= X-Received: by 2002:a05:620a:131b:b0:71c:3b4e:9a47 with SMTP id o27-20020a05620a131b00b0071c3b4e9a47mr220558qkj.416.1675034390498; Sun, 29 Jan 2023 15:19:50 -0800 (PST) MIME-Version: 1.0 From: Sharlatan Hellseher Date: Sun, 29 Jan 2023 23:19:39 +0000 Message-ID: Subject: To: 43579@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, Adding more petrol to ther fire: I try to upgrade casacore to 3.5.0 which failed due to mentined problem with C++: [ 36%] Building CXX object tables [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (sharlatanus[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.222.172 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.222.172 listed in wl.mailspike.net] 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: 43579 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Hi, Adding more petrol to ther fire: I try to upgrade casacore to 3.5.0 which failed due to mentined problem with C++: --------------------------------------------------- [ 36%] Building CXX object tables/Dysco/CMakeFiles/tDysco.dir/tests/runtests.cc.o [5/1881] cd /tmp/guix-build-casacore-3.5.0.drv-0/build/tables/Dysco && /gnu/store/069aq2v993kpc41yabp5b6vm4wb9jkhg-gcc-10.3.0/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_ATOMIC_DYN_LINK -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DCFITSIO_VERSION_MAJOR=3D4 -DCFITSIO_VERSION_MINOR=3D200 -DHAVE_DYSCO -DHAVE_FFTW3 -DHAVE_FFTW3_THREADS -DHAVE_HDF5 -DHAVE_O_DIRECT -DHAVE_READLINE -DUSE_THREADS -DWCSLIB_VERSION_MAJOR=3D7 -DWCSLIB_VERSION_MINOR=3D12 -I/tmp/guix-build-casacore-3.5.0.drv-0/source -I/tmp/guix-build-casacore-3.5.0.drv-0/build -I/gnu/store/c2rz0vskpib35i 7jwx8s3i92fh8m5izq-wcslib-7.12/include -I/gnu/store/s3kcslq2kycphdpzdjc93dnlmxrk599h-cfitsio-4.2.0/include -I/gnu/store/imz1fhpcg603a4ny7k9yla72d6y302aw-hdf5-1.10.7/include -I/gnu/store/hc7gxhfrawmwhqp7wf2xqxpkn3zx9mba-fftw-3.3.8/include -I/tmp/guix-build-casacore-3.5.0.drv -0/build/tables -isystem /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include -fcx-fortran-rules -Wextra -Wall -W -Wpointer-arith -Woverloaded-virtual -Wwrite-strings -pedantic -Wno-long-long -std=3Dc++11 -pthread -O2 -g -DNDEBUG -O3 -Wall -DNDEBUG -march=3Dnative - std=3Dc++11 -MD -MT tables/Dysco/CMakeFiles/tDysco.dir/tests/runtests.cc.o -MF CMakeFiles/tDysco.dir/tests/runtests.cc.o.d -o CMakeFiles/tDysco.dir/tests/runtests.cc.o -c /tmp/guix-build-casacore-3.5.0.drv-0/source/tables/Dysco/tests/runtests.cc In file included from /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/deta= il/fenv.hpp:97, from /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /execution_monitor.hpp:64, from /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/compiler_log_formatter.ipp:22, from /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /included/unit_test.hpp:18, from /tmp/guix-build-casacore-3.5.0.drv-0/source/tables/Dysco/tests/runtests.cc:= 4: /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:58:11: error: =E2=80=98fenv_t=E2=80=99 has not been declared in =E2=80=98::=E2=80= =99 58 | using ::fenv_t; | ^~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:59:11: error: =E2=80=98fexcept_t=E2=80=99 has not been declared in =E2=80=98::=E2= =80=99 59 | using ::fexcept_t; | ^~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:62:11: error: =E2=80=98feclearexcept=E2=80=99 has not been declared in =E2=80=98::= =E2=80=99 62 | using ::feclearexcept; | ^~~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:63:11: error: =E2=80=98fegetexceptflag=E2=80=99 has not been declared in =E2=80=98= ::=E2=80=99 63 | using ::fegetexceptflag; | ^~~~~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:64:11: error: =E2=80=98feraiseexcept=E2=80=99 has not been declared in =E2=80=98::= =E2=80=99 64 | using ::feraiseexcept; | ^~~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:65:11: error: =E2=80=98fesetexceptflag=E2=80=99 has not been declared in =E2=80=98= ::=E2=80=99 65 | using ::fesetexceptflag; | ^~~~~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:66:11: error: =E2=80=98fetestexcept=E2=80=99 has not been declared in =E2=80=98::= =E2=80=99 66 | using ::fetestexcept; | ^~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:68:11: error: =E2=80=98fegetround=E2=80=99 has not been declared in =E2=80=98::=E2= =80=99 68 | using ::fegetround; | ^~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:69:11: error: =E2=80=98fesetround=E2=80=99 has not been declared in =E2=80=98::=E2= =80=99 69 | using ::fesetround; | ^~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:71:11: error: =E2=80=98fegetenv=E2=80=99 has not been declared in =E2=80=98::=E2= =80=99 71 | using ::fegetenv; | ^~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:72:11: error: =E2=80=98feholdexcept=E2=80=99 has not been declared in =E2=80=98::= =E2=80=99 72 | using ::feholdexcept; | ^~~~~~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:73:11: error: =E2=80=98fesetenv=E2=80=99 has not been declared in =E2=80=98::=E2= =80=99 73 | using ::fesetenv; | ^~~~~~~~ /gnu/store/9dfwr7gh59iwg2wary3w853rnjzzk3r7-gfortran-10.3.0/include/c++/fen= v.h:74:11: error: =E2=80=98feupdateenv=E2=80=99 has not been declared in =E2=80=98::= =E2=80=99 74 | using ::feupdateenv; | ^~~~~~~~~~~ In file included from /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /included/unit_test.hpp:23, from /tmp/guix-build-casacore-3.5.0.drv-0/source/tables/Dysco/tests/runtests.cc:= 4: /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp: In function =E2=80=98unsigned int boost::fpe::enable(unsigned int)=E2=80=99= : /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp:1473:5: error: =E2=80=98feclearexcept=E2=80=99 was not declared in this scope 1473 | feclearexcept(BOOST_FPE_ALL); | ^~~~~~~~~~~~~ /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp:1474:15: error: =E2=80=98feenableexcept=E2=80=99 was not declared in this scope 1474 | int res =3D feenableexcept( mask ); | ^~~~~~~~~~~~~~ /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp: In function =E2=80=98unsigned int boost::fpe::disable(unsigned int)=E2=80= =99: /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp:1509:5: error: =E2=80=98feclearexcept=E2=80=99 was not declared in this scope 1509 | feclearexcept(BOOST_FPE_ALL); | ^~~~~~~~~~~~~ /gnu/store/hm6dlgzkqz33fbiba07jjh8yzdikn7pp-boost-1.77.0/include/boost/test= /impl/execution_monitor.ipp:1510:15: error: =E2=80=98fedisableexcept=E2=80=99 was not declared in this scope 1510 | int res =3D fedisableexcept( mask ); | ^~~~~~~~~~~~~~~ make[2]: *** [tables/Dysco/CMakeFiles/tDysco.dir/build.make:79: tables/Dysco/CMakeFiles/tDysco.dir/tests/runtests.cc.o] Error 1 make[2]: Leaving directory '/tmp/guix-build-casacore-3.5.0.drv-0/build' make[1]: *** [CMakeFiles/Makefile2:6253: tables/Dysco/CMakeFiles/tDysco.dir/all] Error 2 make[1]: Leaving directory '/tmp/guix-build-casacore-3.5.0.drv-0/build' make: *** [Makefile:149: all] Error 2 error: in phase 'build': uncaught exception: %exception #<&invoke-error program: "make" arguments: () exit-status: 2 term-signal: #f stop-signal: #f> phase `build' failed after 804.3 seconds command "make" failed with status 2 builder for `/gnu/store/9prrnvzixy0kcsnnyzav947l4ysznzfs-casacore-3.5.0.drv= ' failed with exit code 1 build of /gnu/store/9prrnvzixy0kcsnnyzav947l4ysznzfs-casacore-3.5.0.drv fai= led View build log at '/var/log/guix/drvs/9p/rrnvzixy0kcsnnyzav947l4ysznzfs-casacore-3.5.0.drv.gz= '. guix build: error: build of `/gnu/store/9prrnvzixy0kcsnnyzav947l4ysznzfs-casacore-3.5.0.drv' failed --------------------------------------------------- --=20 =E2=80=A6 =D0=BD=D0=B0=D1=88 =D1=80=D0=B0=D0=B7=D1=83=D0=BC - =D0=BF=D1=80= =D0=B5=D0=B2=D0=BE=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=B0=D1=8F =D0=BE=D0=B1= =D1=8A=D1=8F=D1=81=D0=BD=D0=B8=D1=82=D0=B5=D0=BB=D1=8C=D0=BD=D0=B0=D1=8F = =D0=BC=D0=B0=D1=88=D0=B8=D0=BD=D0=B0 =D0=BA=D0=BE=D1=82=D0=BE=D1=80=D0=B0= =D1=8F =D1=81=D0=BF=D0=BE=D1=81=D0=BE=D0=B1=D0=BD=D0=B0 =D0=BD=D0=B0=D0=B9=D1=82=D0=B8 =D1=81=D0=BC=D1=8B=D1=81=D0=BB =D0=BF=D0=BE= =D1=87=D1=82=D0=B8 =D0=B2 =D1=87=D0=B5=D0=BC =D1=83=D0=B3=D0=BE=D0=B4=D0=BD= =D0=BE, =D0=B8=D1=81=D1=82=D0=BE=D0=BB=D0=BA=D0=BE=D0=B2=D0=B0=D1=82=D1=8C = =D0=BB=D1=8E=D0=B1=D0=BE=D0=B9 =D1=84=D0=B5=D0=BD=D0=BE=D0=BC=D0=B5=D0=BD, = =D0=BD=D0=BE =D1=81=D0=BE=D0=B2=D0=B5=D1=80=D1=88=D0=B5=D0=BD=D0=BD=D0=BE =D0=BD=D0=B5 = =D0=B2 =D1=81=D0=BE=D1=81=D1=82=D0=BE=D1=8F=D0=BD=D0=B8=D0=B8 =D0=BF=D1=80= =D0=B8=D0=BD=D1=8F=D1=82=D1=8C =D0=BC=D1=8B=D1=81=D0=BB=D1=8C =D0=BE =D0=BD= =D0=B5=D0=BF=D1=80=D0=B5=D0=B4=D1=81=D0=BA=D0=B0=D0=B7=D1=83=D0=B5=D0=BC=D0= =BE=D1=81=D1=82=D0=B8. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 25 12:09:00 2025 Received: (at 43579) by debbugs.gnu.org; 25 Jan 2025 17:09:00 +0000 Received: from localhost ([127.0.0.1]:52281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tbjeW-0002l6-2H for submit@debbugs.gnu.org; Sat, 25 Jan 2025 12:09:00 -0500 Received: from mx1.riseup.net ([198.252.153.129]:39778) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tbhS9-0003eL-Jf for 43579@debbugs.gnu.org; Sat, 25 Jan 2025 09:48:06 -0500 Received: from fews01-sea.riseup.net (fews01-sea-pn.riseup.net [10.0.1.109]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4YgHbg2DDLzDqPd for <43579@debbugs.gnu.org>; Sat, 25 Jan 2025 14:47:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1737816479; bh=zv+vGjcVudBSQHXZqdogDkqmYMN7BFyKljUOSL0s2LU=; h=From:To:Subject:Date:From; b=GJfynqU2p6NVAazP7ue1RN3Kee2XYwPg7TEkQr1P1YtAkhIA6EY0JVeCH6zJONbFe 83QcfQZpuSG7kDkxHCygY20ZADlk7YgOk4kVH0ZhfkLJIwavDj1XTFbm6f0juijrkS 0T7FQYic2qJ1hdmzxILUjet64yYPvOwPnm06aiOo= X-Riseup-User-ID: 41DD2F2DEDD96EF1E103E34D07B2E1CB49ABCABFAEF892E02A9E8E0014A9C41B Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews01-sea.riseup.net (Postfix) with ESMTPSA id 4YgHbf0XvFzJnKX for <43579@debbugs.gnu.org>; Sat, 25 Jan 2025 14:47:57 +0000 (UTC) From: skalman@riseup.net To: 43579@debbugs.gnu.org Subject: g++ does not provide std::fegetround Date: Sat, 25 Jan 2025 09:47:54 -0500 Message-ID: <87wmejlzl1.fsf@bil.mail-host-address-is-not-set> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 43579 X-Mailman-Approved-At: Sat, 25 Jan 2025 12:08:54 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This issue is preventing me to use guix to do c++ developement on projects using boost test module. Is there a way around it so I can use my machine for compiling these projects (I mean how does guix itself compile boost otherwise)? ``` In file included from libs/test/src/execution_monitor.cpp:16: ./boost/test/impl/execution_monitor.ipp: In function =E2=80=98unsigned int = boost::fpe::enable(unsigned int)=E2=80=99: ./boost/test/impl/execution_monitor.ipp:1473:5: error: =E2=80=98feclearexce= pt=E2=80=99 was not declared in this scope 1473 | feclearexcept(BOOST_FPE_ALL); | ^~~~~~~~~~~~~ ``` Thank you From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 27 09:11:48 2025 Received: (at 43579) by debbugs.gnu.org; 27 Jan 2025 14:11:48 +0000 Received: from localhost ([127.0.0.1]:60076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tcPq7-00082i-W4 for submit@debbugs.gnu.org; Mon, 27 Jan 2025 09:11:48 -0500 Received: from mx1.riseup.net ([198.252.153.129]:53890) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tcPq4-00082P-GU for 43579@debbugs.gnu.org; Mon, 27 Jan 2025 09:11:45 -0500 Received: from fews01-sea.riseup.net (fews01-sea-pn.riseup.net [10.0.1.109]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx1.riseup.net (Postfix) with ESMTPS id 4YhVhp20JVzDqCq for <43579@debbugs.gnu.org>; Mon, 27 Jan 2025 14:11:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1737987098; bh=FaWpgNyWTNeGZOYEaE6y4Z++SpFmMf8cfqNcVRD4Jhw=; h=From:To:Subject:Date:From; b=K/FX5d2MiT/uqbveS1uhJJZo+wHb9Ly9TV3OxrEeQVMiRAtUVormWJcdNseDwJZUN iolP2QthBAM2TtL81HKMTt6jnyCEueo6slWR+KRy4z3SolH9HXx0k8pv2j3819uGuB 6mRbhMhebnIXQhJuez2pMcLDYWujSBjCKsg1/JNk= X-Riseup-User-ID: 216301A0B162859F570367171281C86FF1131DA0557604C8036AC1331E0339C4 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews01-sea.riseup.net (Postfix) with ESMTPSA id 4YhVhn1pp6zJrlB for <43579@debbugs.gnu.org>; Mon, 27 Jan 2025 14:11:36 +0000 (UTC) From: skalman@riseup.net To: 43579@debbugs.gnu.org Subject: g++ does not provide std::fegetround Date: Mon, 27 Jan 2025 09:11:30 -0500 Message-ID: <878qqwcpnx.fsf@bil.mail-host-address-is-not-set> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 43579 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) For those who faces this issue and ends up here. The solution that worked for me was to do this before running make: ``` $ export CPLUS_INCLUDE_PATH=/home/user/.guix-profile/include/ ``` It somehow removes the toxic headers from the reach of the toolchain. I guess it dependes what you have installed in your profile but probably, it is more likely that the headrs aree purely coming from g++ toolchain rather than weird stuff from Guix OS in the default inculde path.