From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PFk65-00047O-6v for garchives@archives.gentoo.org; Tue, 09 Nov 2010 09:02:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5DEB5E0B13 for ; Tue, 9 Nov 2010 09:02:32 +0000 (UTC) Received: from mxi2.callplus.net.nz (mx194.callplus.net.nz [202.180.66.194]) by pigeon.gentoo.org (Postfix) with ESMTP id D62531C2C6 for ; Tue, 9 Nov 2010 08:19:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AosGAIiS2Ex8xQFN/2dsb2JhbACUHo1/cr0XhUoEilU Received: from 124-197-1-77.callplus.net.nz (HELO vrooom.localnet) ([124.197.1.77]) by ismtp02.callplus.net.nz with ESMTP; 09 Nov 2010 21:19:54 +1300 From: =?iso-8859-1?q?Fran=E7ois_Bissey?= To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] sci-libs/mpir for the main tree Date: Tue, 9 Nov 2010 21:19:54 +1300 User-Agent: KMail/1.13.5 (Linux/2.6.35-gentoo-r4; KDE/4.4.5; i686; ; ) References: <20101108234212.GN1906@denkmatte.mittag-leffler.se> In-Reply-To: <20101108234212.GN1906@denkmatte.mittag-leffler.se> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201011092119.54408.f.r.bissey@massey.ac.nz> X-Archives-Salt: 201b0618-e4d3-4a2f-87e7-1dc3e529f757 X-Archives-Hash: fcf824b3ef893351590579de53425a63 > Hi, > > my next migration victim will be mpir, the friendly clone of gmp. The > current ebuild is the same in sage-on-gentoo and science. It has this > assembler stuff in it that I don't understand. Who did this? What is > the latest here, can we remove the fat TODO-banner (or DO it?). > > Any other hints/objections? (Yes, I know that there is a bump > waiting...) > Hi Thomas, Christopher did it. mpir like gmp suffer from executable stacks. There are talk on sage-devel which is very close to mpir upstream to take a different approach: using an m4 macro and a linker flag to remove them -Wl,-z,noexecstack. The motivation to fix this is fedora 14 which doesn't allow executable stacks by default. I think the warning could be removed for now but the ebuild will probably need a little TLC in the near future. Francois