| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Contributed by the AriC and Caramel projects
by
Contributed by the AriC and Caramba projects
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9941 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
special cases are considered in the right order in the implementation.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9930 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
some cleanup.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9928 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9922 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
| |
integer arguments (found thanks to a bug in GNOME Calculator:
<https://bugzilla.gnome.org/show_bug.cgi?id=756960>).
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9921 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9920 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9912 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
(similar to the one done in src/round_p.c for MPFR_WANT_ASSERT >= 2).
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9904 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
in check_round_p (and will be in test_pow2).
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9903 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* only tests_allocate, tests_reallocate and tests_free should be used
(now exported instead of mpfr_default_allocate, etc.);
* this is now mentioned in doc/README.dev;
* added checks to tools/mpfrlint (heuristics as usual).
Note: This follows the discussion at
https://sympa.inria.fr/sympa/arc/mpfr/2015-12/msg00055.html
and should solve these problems under MS Windows (mingw32), though this
cleanup is more general than an attempt to fix a Windows issue.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9891 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9889 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9888 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9887 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9884 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9883 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
| |
errors. I may have done mistakes, but at least x = 2^32, j = 32,
r1=MPFR_RNDN, r2=MPFR_RNDN seems buggy.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9881 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9861 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
mpfr_check first, because the mpfr_sqrt was generating invalid data.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9859 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9858 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9857 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9854 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
| |
test clear (avoiding a long string at the same time).
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9853 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9852 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
|
|
|
|
| |
mpfr_jn bug found by Fredrik Johansson (r9841) and potential similar
bugs: For half cases, the precision of the inputs was modified to be
smaller than the base precision (for the result). Here, this rule is
changed so that if the base precision is small (< 16), then the
precision of the inputs is chosen to be significantly *larger* than
the base precision in general.
Note: With this improvement, both tj0 and tj1 fail in r9840.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9848 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9844 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9842 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9841 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9829 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9825 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9822 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9820 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9818 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9813 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* In the loop, do not test n = 0 and n = 1, because mpfr_can_round
always fails for these values, so that the test is pointless.
* Check that mpfr_can_round no longer fails (this is possible as
we are not doing random tests, i.e. the tested values are known);
the additional precision for y had to be increased.
* Also test large values of n (ULONG_MAX down to ULONG_MAX-19). When
GCC's run-time sanitizer -fsanitize=undefined -fno-sanitize-recover
is used, it signals an error for large values of n.
* The reference values y are obtained with mpfr_log instead of
mpfr_log_ui: indeed we need a different implementation from the
tested function, otherwise only the rounding is tested! Without
GCC's run-time sanitizer, this shows that mpfr_log_ui is buggy
for large values of n.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9810 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9807 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9805 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9804 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9803 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9802 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9800 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9799 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9797 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9795 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9793 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
| |
new functions mpfr_fmma and mpfr_fmms
modified mbench/fma to compute b*c+c instead of b*b+c (b*c+d would be better)
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9788 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
| |
due to the fact that Automake 1.13+ generates a parallel test harness.
* doc/README.dev: replaced VALGRIND by LOG_COMPILER.
* tests/Makefile.am: added a comment mentioning LOG_COMPILER.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9786 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
|
| |
perl -pi -e 's/ (\d{4}-)?(2015)(?= Free Software)/
" ".($1||"$2-").($2+1)/e' **/*(^/)
under zsh (the m4 and tools/mbench directories were not modified).
Removed 2015 from the example in the doc/README.dev file.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9779 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
|
|
|
|
|
|
| |
builds outside the source directory (objdir different from srcdir).
This did not generate an error, but prevented a test from being done.
Now that mpfr-test.h is included via the mpf_compat.c or mpfr_compat.c
file (there does not seem to be a valid reason not to include it), we
can use src_fopen to open the file in all cases.
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9777 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9775 280ebfd0-de03-0410-8827-d642c229c3f4
|
|
|
|
| |
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9774 280ebfd0-de03-0410-8827-d642c229c3f4
|