From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: [PATCH] Release 1.0.1 of GNU MPC Date: Tue, 11 Dec 2012 23:02:35 +0100 Message-ID: <201212112302.35675.andreas@enge.fr> Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_716xQBIz5UeYg1p" Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38159) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiXuZ-0003Nd-Om for bug-guix@gnu.org; Tue, 11 Dec 2012 17:02:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TiXuU-0001d0-1B for bug-guix@gnu.org; Tue, 11 Dec 2012 17:02:47 -0500 Received: from moutng.kundenserver.de ([212.227.17.10]:63572) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiXuT-0001cl-NB for bug-guix@gnu.org; Tue, 11 Dec 2012 17:02:41 -0500 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: bug-guix@gnu.org --Boundary-00=_716xQBIz5UeYg1p Content-Type: multipart/alternative; boundary="Boundary-01=_716xQKlp0iFNSSG" Content-Transfer-Encoding: 7bit --Boundary-01=_716xQKlp0iFNSSG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Patch attached. Unfortunately, I could not test it yet, since guix-package starts by building path(s) `/nix/store/9syafc8xvscaywjldyszzgkc8pljwpj6-gcc-cross- boot0-4.7.2' although gcc-4.7.2 (without "coss-boot") is already there. How come? The previous mpc release built without problem without re-downloading gcc. Actually, the same holds for the unmodified mpfr - after changing the definition of mpc in multiprecision.scm, installing mpfr also starts by redownloading gcc. Is it related to the dependency of gcc on mpfr and mpc? Andreas --Boundary-01=_716xQKlp0iFNSSG Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

Patch attached.

 

Unfortunately, I could not test it yet, since guix-package starts by

building path(s) `/nix/store/9syafc8xvscaywjldyszzgkc8pljwpj6-gcc-cross-boot0-4.7.2'

 

although gcc-4.7.2 (without "coss-boot") is already there. How come?

The previous mpc release built without problem without re-downloading gcc.

 

Actually, the same holds for the unmodified mpfr - after changing the

definition of mpc in multiprecision.scm, installing mpfr also starts by

redownloading gcc.

 

Is it related to the dependency of gcc on mpfr and mpc?

 

Andreas

 

--Boundary-01=_716xQKlp0iFNSSG-- --Boundary-00=_716xQBIz5UeYg1p Content-Type: text/x-patch; charset="UTF-8"; name="patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch" --- guix.alt/distro/packages/multiprecision.scm 2012-12-11 21:53:49.000000000 +0100 +++ guix/distro/packages/multiprecision.scm 2012-12-11 22:49:42.000000000 +0100 @@ -95,14 +95,13 @@ (define-public mpc (package (name "mpc") - (version "1.0") + (version "1.0.1") (source (origin (method url-fetch) (uri (string-append - "http://www.multiprecision.org/mpc/download/mpc-" - version ".tar.gz")) + "mirror://gnu/mpc/mpc-" version ".tar.gz")) (sha256 (base32 - "00rxjmkpqnv6zzcyw9aa5w6rzaav32ys87km25zgfcv9i32km5cw")))) + "1zq0fidp1jii2j5k5n9hmx55a6wwid33gjzhimvxq9d5zrf82npd")))) (build-system gnu-build-system) (inputs `(("gmp" ,gmp) ("mpfr" ,mpfr))) @@ -110,7 +109,11 @@ with exact rounding") (description "GNU MPC is a C library for the arithmetic of complex numbers with -arbitrarily high precision and correct rounding of the result. It is built -upon and follows the same principles as GNU MPFR.") +arbitrarily high precision and correct rounding of the result. It extends +the principles of the IEEE-754 standard for fixed precision real floating +point numbers to complex numbers, providing well-defined semantics for +every operation. At the same time, speed of operation at high precision +is a major design goal. The library is built upon and follows the same +principles as GNU MPFR.") (license "LGPLv3+") (home-page "http://mpc.multiprecision.org/"))) --Boundary-00=_716xQBIz5UeYg1p--