[cfe-dev] mpfr 3.1.0 vs clang 3.0svn

Jack Howarth howarth at bromo.med.uc.edu
Tue Oct 11 07:05:05 PDT 2011


   In fink project, we just got reports of clang 3.0svn from Xcode 4.2 improperly
compiling mpfr. While I don't have access to that version yet, I can see failures
with clang3.0 from llvm.org (r141601).

make  check-TESTS
[tversion] GMP: header 5.0.2, library 5.0.2
[tversion] MPFR tuning parameters from src/x86_64/core2/mparam.h
PASS: tversion
PASS: tinternals
PASS: tinits
PASS: tisqrt
PASS: tsgn
PASS: tcheck
PASS: tisnan
Error: emin >= emax
FAIL: texceptions
../../tests/tset_exp.c:44: MPFR assertion failed: ret == 0 && (__builtin_constant_p (2) && (mpfr_ulong) (2) == 0 ? (mpfr_sgn) (x) : mpfr_cmp_ui_2exp ((x), (2), 0)) == 0
/bin/sh: line 1: 91034 Abort trap: 6           MPFR_QUIET=1 ${dir}$tst
FAIL: tset_exp
/bin/sh: line 1: 91053 Segmentation fault: 11  MPFR_QUIET=1 ${dir}$tst
FAIL: tset
PASS: mpf_compat
Error in conversion to/from mpz
expected 17, got 0.0000000000000000e+00
FAIL: mpfr_compat
../../src/set_str_raw.c:54: MPFR assertion failed: res == 0
/bin/sh: line 1: 91105 Abort trap: 6           MPFR_QUIET=1 ${dir}$tst
FAIL: reuse
/bin/sh: line 1: 91123 Segmentation fault: 11  MPFR_QUIET=1 ${dir}$tst
FAIL: tabs

This problem doesn't exist in clang3.0svn from Xcode 4.1. Can someone check for this
issue on linux before I open a PR?
                       Jack
ps If anyone puzzles out a workaround for current clang3.0svn to suppress these mpfr
failures, I would be most interested as we now default to the clang compilers in fink
and this regression is a real pain.



More information about the cfe-dev mailing list