--- Comment #1 from tobi at gcc dot gnu dot org 2007-02-16 01:25 ---
My mpfr is version 2.2.1 as distributed by fink.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30816
--- Comment #2 from tobi at gcc dot gnu dot org 2007-02-16 01:30 ---
One more thing: I'm fairly sure the bug didn't appear with r118042 where erf
handling via mpfr was introduced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30816
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-02-16 03:44 ---
I'll try to help but I don't think this has anything to do with my patches.
Fortran was using mpfr for evaluating intrinsics way before I touched anything,
and I believe it uses it's own historical mechanism from it's
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-16 03:53 ---
(In reply to comment #3)
> I'll try to help but I don't think this has anything to do with my patches.
> Fortran was using mpfr for evaluating intrinsics way before I touched
> anything,
> and I believe it uses it's
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-02-16 05:08 ---
(In reply to comment #3)
> 3. I'm suspicious about the mpfr you grabbed. Try building mpfr yourself
> from
> source and run it's testsuite to make sure it's healthy. Then link gcc with
> that and retry. I seem to
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-02-16 05:16 ---
(In reply to comment #4)
> [...] It may be darwin-specific.
> This is my best guess. Consider
> program j
> x = erf(1.5)
> end program j
> With a 4.2 gfortran prior to your patches, -fdump-tree-original gives
> MAIN
--- Comment #7 from tobi at gcc dot gnu dot org 2007-02-16 13:31 ---
The backtrace ends in mpfr_erf, I couldn't go further up. To overcome this
difficulty, I set a breakpoint on the caller, see below.
For the record as there seems to have been some confusion: this bug doesn't
appear du
--- Comment #8 from tobi at gcc dot gnu dot org 2007-02-16 13:33 ---
Oh, just noticed this by chance: Steve's testcase also fails with optimization
disabled, again the call to mpfr_erf is issued in do_mpfr_arg1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30816
--- Comment #9 from ghazi at gcc dot gnu dot org 2007-02-16 19:13 ---
(In reply to comment #8)
> Oh, just noticed this by chance: Steve's testcase also fails with optimization
> disabled, again the call to mpfr_erf is issued in do_mpfr_arg1.
Do you get a failure with a C testcase equiva
--- Comment #10 from ghazi at gcc dot gnu dot org 2007-02-16 19:23 ---
(In reply to comment #7)
> The backtrace ends in mpfr_erf, I couldn't go further up. To overcome this
> difficulty, I set a breakpoint on the caller, see below.
That's perhaps because mpfr_erf is called from do_mpfr
--- Comment #11 from tobi at gcc dot gnu dot org 2007-02-17 15:10 ---
(In reply to comment #9)
> (In reply to comment #8)
> > Oh, just noticed this by chance: Steve's testcase also fails with
> > optimization
> > disabled, again the call to mpfr_erf is issued in do_mpfr_arg1.
>
> Do yo
--- Comment #12 from ghazi at gcc dot gnu dot org 2007-02-17 16:15 ---
(In reply to comment #11)
> I understand the idea of bulding with --prefix, it's just that I've had mixed
> success using it wiht mpfr/gmp. Especially, when the system administrator
> installed them locally behind my
--- Comment #13 from tobi at gcc dot gnu dot org 2007-02-17 17:12 ---
Midair collision, I had just written this, but I do indeed have problems with
shared libraries taking precedence over others, so it looks like I'll have to
rebuild gcc once more:
OK, I tried the following:
1. I built
--- Comment #14 from tobi at gcc dot gnu dot org 2007-02-17 17:14 ---
(In reply to comment #13)
> Midair collision, I had just written this, but I do indeed have problems with
> shared libraries taking precedence over others, so it looks like I'll have to
> rebuild gcc once more:
That i
--- Comment #15 from tobi at gcc dot gnu dot org 2007-02-17 17:46 ---
I moved my system gmp & mpfr out of the way, re-built gmp and mpfr with
--disable-shared, and I'm now getting a bootstrap failure
/usr/bin/ld: Undefined symbols:
___gmpn_preinv_divrem_1
collect2: ld returned 1 exit st
--- Comment #16 from ghazi at gcc dot gnu dot org 2007-02-17 18:36 ---
(In reply to comment #14)
> (In reply to comment #13)
> > Midair collision, I had just written this, but I do indeed have problems
> > with
> > shared libraries taking precedence over others, so it looks like I'll ha
--- Comment #17 from ghazi at gcc dot gnu dot org 2007-02-17 19:10 ---
(In reply to comment #16)
> Maybe we should have "gcc -v" print out the gmp and mpfr versions to help
> debug
> situations like this.
Patch for "gcc -v" here:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01503.html
--- Comment #18 from tobi at gcc dot gnu dot org 2007-03-11 18:53 ---
The tests no longer fail, even with the system gmp/mpfr (which haven't been
updated), so I'm closing this as WORKSFORME.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Add
18 matches
Mail list logo