From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9461 invoked by alias); 6 Oct 2006 13:25:27 -0000 Received: (qmail 9145 invoked by uid 48); 6 Oct 2006 13:25:13 -0000 Date: Fri, 06 Oct 2006 13:25:00 -0000 Message-ID: <20061006132513.9144.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/29335] transcendental functions with constant arguments should be resolved at compile-time In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "ghazi at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-10/txt/msg00507.txt.bz2 List-Id: ------- Comment #3 from ghazi at gcc dot gnu dot org 2006-10-06 13:25 ------- (In reply to comment #2) > (In reply to comment #0) > > > > 1. Whether a certain minimum version of GMP/MPFR is required to avoid known > > bugs, etc. > See my recent patch to toplevel configure.in. THe minimum required > versions should be gmp-4.1.x and mpfr-2.2.0. I see that, but when configure detects the "broken" mpfr, it just prints out a message and proceeds happily. It doesn't disable anything. (???) > If you haven't read fortran/{arith.c,simplify.c}, then I'd suggest > that you take a look to see what gmp/mpfr can do. I looked through those and read through the mpfr docs so I think I have a good idea of what mpfr can do. My main area of concern right now is converting between gcc's REAL_VALUE_TYPE and mpfr_t. I found gfc_conv_mpfr_to_tree() in trans-const.c which uses a string as an intermediate type, is that the most efficient way to convert? Also where is the function that does the reverse, i.e. tree or REAL_VALUE_TYPE to mpfr_t? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29335