This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/29335] transcendental functions with constant arguments should be resolved at compile-time
- From: "ghazi at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 6 Oct 2006 13:25:13 -0000
- Subject: [Bug middle-end/29335] transcendental functions with constant arguments should be resolved at compile-time
- References: <bug-29335-578@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- 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