------------------------------------------------------------------------
r14065 | vlefevre | 2020-07-10 11:52:33 +0000 (Fri, 10 Jul 2020) | 1 line
Changed paths:
   M /branches/4.1/VERSION
   M /branches/4.1/configure.ac
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/src/mpfr.h
   M /branches/4.1/src/version.c

Updated version to 4.1.0.
------------------------------------------------------------------------
r14064 | vlefevre | 2020-07-10 11:50:59 +0000 (Fri, 10 Jul 2020) | 1 line
Changed paths:
   M /branches/4.1/doc/mpfr.texi

[doc/mpfr.texi] Updated the month.
------------------------------------------------------------------------
r14063 | vlefevre | 2020-07-10 10:33:32 +0000 (Fri, 10 Jul 2020) | 6 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/doc/README.dev
   M /branches/4.1/src/jyn_asympt.c
   M /branches/4.1/tests/tjn.c

[src/jyn_asympt.c] Partly solved the slowness of jn(733333,733333).
[tests/tjn.c] Added tests of jn(73333,73333) and jn(733333,733333),
  enabled only with MPFR_CHECK_EXPENSIVE.
[doc/README.dev] In the MPFR_CHECK_EXPENSIVE description, say that
  --enable-assert=full should not be used (too expensive, not needed).
(merged changesets r14053-14062 from the trunk)
------------------------------------------------------------------------
r14050 | vlefevre | 2020-07-01 21:39:57 +0000 (Wed, 01 Jul 2020) | 1 line
Changed paths:
   M /branches/4.1/ChangeLog

ChangeLog update with "LC_ALL=en_US.UTF8 TZ=UTC0 svn log -rHEAD:0 -v".
------------------------------------------------------------------------
r14049 | vlefevre | 2020-07-01 21:37:36 +0000 (Wed, 01 Jul 2020) | 1 line
Changed paths:
   M /branches/4.1/VERSION
   M /branches/4.1/configure.ac
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/src/mpfr.h
   M /branches/4.1/src/version.c

Updated version to 4.1.0-rc2.
------------------------------------------------------------------------
r14048 | vlefevre | 2020-07-01 13:59:32 +0000 (Wed, 01 Jul 2020) | 3 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/NEWS

[NEWS] Added an item saying that TLS can safely be (re-)enabled
on Sparc.
(merged changeset r14047 from the trunk)
------------------------------------------------------------------------
r14046 | vlefevre | 2020-06-29 13:57:32 +0000 (Mon, 29 Jun 2020) | 7 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/tests/mpfr-test.h

[tests/mpfr-test.h] Avoid a GCC bug on Sparc, at least when using TLS.
The MPFR library itself is not affected, only a particular test. Normal
code using the MPFR library should not be affected either, as the bug
occurs when accessing __gmpfr_flags directly (and the public mpfr.h
header file does not provide any macro that accesses an internal
variable directly). So a workaround for the tests is the best solution.
(merged changeset r14045 from the trunk)
------------------------------------------------------------------------
r14043 | vlefevre | 2020-06-18 17:37:41 +0000 (Thu, 18 Jun 2020) | 1 line
Changed paths:
   M /branches/4.1/VERSION
   M /branches/4.1/configure.ac
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/src/mpfr.h
   M /branches/4.1/src/version.c

Updated version to 4.1.0-dev (due to changes since 4.1.0-rc1).
------------------------------------------------------------------------
r14042 | vlefevre | 2020-06-18 17:17:18 +0000 (Thu, 18 Jun 2020) | 54 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/src/digamma.c
   M /branches/4.1/src/get_str.c
   M /branches/4.1/src/mpfr-longlong.h
   M /branches/4.1/tests/mpfr-test.h
   M /branches/4.1/tests/tabort_defalloc1.c
   M /branches/4.1/tests/tabort_defalloc2.c
   M /branches/4.1/tests/tcmp_ui.c
   M /branches/4.1/tests/tdigamma.c
   M /branches/4.1/tests/tests.c
   M /branches/4.1/tests/tset_ld.c

Merged r14021-14036 from the trunk:

r14021:
[tests] Skip tabort_defalloc1 and tabort_defalloc2 under Valgrind, as
Valgrind complains due to the large allocation size.
  * mpfr-test.h, tests.c: added tests_run_within_valgrind() function to
    guess whether the test runs within Valgrind.
  * tabort_defalloc1.c, tabort_defalloc2.c: skip the test (exit code 77)
    if this function returns true.

r14022-14023:
[tests/tset_ld.c] In bug_20160907 (tests on subnormals, specific to
x86 extended precision):
  * Replaced an assertion by a test with detailed output.
  * In case of incorrect result, detect whether Valgrind is used and
    one gets the result obtained with Valgrind due to
      https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890215
      https://bugs.kde.org/show_bug.cgi?id=421262
    (long double behaves as double); in this case, output a message
    without an error since Valgrind is the only cause of the
    miscalculation.
  * Corrected a value in a test, which did not match the comment.

r14024-14027:
[src/digamma.c]
  * Replaced some MPFR_EXP / mpfr_get_exp by MPFR_GET_EXP to check that
    the MPFR number has an exponent (i.e. it is not a special value).
  * Added an integer overflow check on a precision.
  * Fixed a bug: an exponent was read while the value could be zero.

r14028:
[tests/tdigamma.c] Increase the number of tests.

r14029,14031:
[doc/mpfr.texi] Specify the range of b for mpfr_get_str_ndigits.

r14030:
[src/get_str.c] Since the mpfr_get_str_ndigits function is in the
public API, use MPFR_ASSERTN instead of MPFR_ASSERTD on the condition
on the argument b in order to get an assertion failure (by default)
if this condition is not satisfied.

r14032,14035-14036:
[src/mpfr-longlong.h] Applied patch on
  https://gmplib.org/list-archives/gmp-bugs/2020-June/004807.html
to fix add_ssaaaa and sub_ddmmss on arm / aarch64, in order to resolve
  https://sympa.inria.fr/sympa/arc/mpfr/2020-06/msg00017.html
  https://sympa.inria.fr/sympa/arc/mpfr/2020-06/msg00059.html

r14034:
[tests/tcmp_ui.c] Added a comment about a failing test with tcc if
one adds tcc support for macros using __builtin_constant_p in mpfr.h
by testing __TINYC__.
Bug report against tcc: https://savannah.nongnu.org/bugs/?58606
------------------------------------------------------------------------
r14019 | vlefevre | 2020-06-13 13:22:33 +0000 (Sat, 13 Jun 2020) | 5 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/configure.ac

[configure.ac] No longer add -Wc++-compat to CFLAGS when the compiler
is GCC not in C++ mode (reverting the change done in r13406) since this
option is not available before GCC 4.1:
  https://sympa.inria.fr/sympa/arc/mpfr/2020-06/msg00008.html
(merged changeset r14018 from the trunk)
------------------------------------------------------------------------
r14016 | vlefevre | 2020-06-13 09:32:51 +0000 (Sat, 13 Jun 2020) | 7 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/tests/tfpif.c

Merged the latest changes from the trunk:

r14012:
[tests/tfpif.c] Updated comment about the bug detected on AIX.

r14015:
[doc/mpfr.texi] ACM TOMS article: use the preferred DOI URL.
------------------------------------------------------------------------
r14011 | vlefevre | 2020-06-13 01:05:59 +0000 (Sat, 13 Jun 2020) | 8 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/NEWS
   M /branches/4.1/tools/announce-text

Merged the latest changes from the trunk:

r14008,14010:
[tools/announce-text] For release candidates, automatically adapt the
flow of the text.

r14009:
[NEWS] Updated mpfr.org URLs (http → https).
------------------------------------------------------------------------
r14006 | vlefevre | 2020-06-12 17:55:05 +0000 (Fri, 12 Jun 2020) | 17 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/README
   M /branches/4.1/tests/tests.c
   M /branches/4.1/tests/tfpif.c

Merged the latest changes from the trunk:

r14003:
[tests/tfpif.c] Fixed a bug (in the test) detected on AIX[*], where
an fclose failed due to a previous read failure. At the same time,
check that a read failure no longer occurs. Note: the read failure
made mpfr_fpif_import fail, but this is a test where it is expected
to fail, i.e. we now check that it fails for a good reason.
[*] gcc119.fsffrance.org on the GCC Compile farm.

r14004:
[tests/tests.c] Removed a useless "#include <errno.h>" (added in r5252,
useless since r5253).

r14005:
[README] Added URL of the official GNU MPFR website and a note about the
future migration, since InriaForge will shut down in December 2020.
------------------------------------------------------------------------
r14002 | vlefevre | 2020-06-12 12:17:11 +0000 (Fri, 12 Jun 2020) | 1 line
Changed paths:
   M /branches/4.1/ChangeLog

ChangeLog update with "LC_ALL=en_US.UTF8 TZ=UTC0 svn log -rHEAD:0 -v".
------------------------------------------------------------------------
r14001 | vlefevre | 2020-06-12 12:10:28 +0000 (Fri, 12 Jun 2020) | 1 line
Changed paths:
   M /branches/4.1/VERSION
   M /branches/4.1/configure.ac
   M /branches/4.1/doc/mpfr.texi
   M /branches/4.1/src/mpfr.h
   M /branches/4.1/src/version.c

Updated version to 4.1.0-rc1.
------------------------------------------------------------------------
r14000 | vlefevre | 2020-06-12 12:09:52 +0000 (Fri, 12 Jun 2020) | 2 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/tools/update-version

[tools/update-version] Improved a message.
(merged changeset r13999 from the trunk)
------------------------------------------------------------------------
r13998 | vlefevre | 2020-06-12 12:02:30 +0000 (Fri, 12 Jun 2020) | 3 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/src/mpfr-longlong.h

[src/mpfr-longlong.h] Corrected a comment from GMP's longlong.h, which
makes codespell complain in particular.
(merged changeset r13997 from the trunk)
------------------------------------------------------------------------
r13996 | vlefevre | 2020-06-12 11:56:18 +0000 (Fri, 12 Jun 2020) | 4 lines
Changed paths:
   M /branches/4.1
   M /branches/4.1/tools/mpfrlint

[tools/mpfrlint] Improved the __GMP_DECLSPEC test:
  * No longer exclude "src/mpfr.h".
  * Avoid false positives in "src/mpfr.h" and "src/mpfr-longlong.h".
(merged changeset r13995 from the trunk)
------------------------------------------------------------------------
r13994 | vlefevre | 2020-06-12 11:45:04 +0000 (Fri, 12 Jun 2020) | 1 line
Changed paths:
   M /branches/4.1/doc/mpfr.texi

[doc/mpfr.texi] Updated the month.
------------------------------------------------------------------------
r13991 | vlefevre | 2020-06-12 11:40:23 +0000 (Fri, 12 Jun 2020) | 1 line
Changed paths:
   A /branches/4.1 (from /trunk:13990)

Created branch 4.1.
------------------------------------------------------------------------
r13990 | vlefevre | 2020-06-12 11:39:36 +0000 (Fri, 12 Jun 2020) | 1 line
Changed paths:
   M /trunk/ChangeLog

ChangeLog update with "LC_ALL=en_US.UTF8 TZ=UTC0 svn log -rHEAD:0 -v".
------------------------------------------------------------------------
r13989 | vlefevre | 2020-06-11 21:22:20 +0000 (Thu, 11 Jun 2020) | 2 lines
Changed paths:
   M /trunk/NEWS
   M /trunk/doc/mpfr.texi
   M /trunk/src/mpfr.h
   M /trunk/src/total_order.c
   M /trunk/tests/ttotal_order.c

Renamed mpfr_total_order to mpfr_total_order_p for consistency with the
other predicates (by convention, the function name should end with _p).
------------------------------------------------------------------------
r13987 | vlefevre | 2020-06-11 15:15:52 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] New function mpfr_total_order. Detailed mpfr_get_str_ndigits.
------------------------------------------------------------------------
r13986 | vlefevre | 2020-06-11 15:07:52 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/README.dev

[doc/README.dev] Updated "To make a release".
------------------------------------------------------------------------
r13980 | vlefevre | 2020-06-11 13:01:58 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/README.dev

[doc/README.dev] Updated "To make a release".
------------------------------------------------------------------------
r13979 | vlefevre | 2020-06-11 12:44:42 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/src/Makefile.am

[src/Makefile.am] Updated -version-info to 7:0:1 for MPFR 4.1.0.
------------------------------------------------------------------------
r13978 | vlefevre | 2020-06-11 12:41:25 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] Additional details, in particular binary compatibility.
------------------------------------------------------------------------
r13977 | vlefevre | 2020-06-11 12:05:29 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] Some improvements.
------------------------------------------------------------------------
r13976 | zimmerma | 2020-06-11 07:44:42 +0000 (Thu, 11 Jun 2020) | 2 lines
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] one more test is skipped now

------------------------------------------------------------------------
r13975 | zimmerma | 2020-06-11 07:44:00 +0000 (Thu, 11 Jun 2020) | 2 lines
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] add test results with reduced limb size (int)

------------------------------------------------------------------------
r13974 | vlefevre | 2020-06-11 00:00:45 +0000 (Thu, 11 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/README.dev

[doc/README.dev] Updated "To make a release".
------------------------------------------------------------------------
r13973 | vlefevre | 2020-06-10 23:19:17 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] Added release name for 4.1.0: "épinards à la crème".
------------------------------------------------------------------------
r13971 | vlefevre | 2020-06-10 21:53:27 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] English usage improvement.
------------------------------------------------------------------------
r13970 | vlefevre | 2020-06-10 21:50:12 +0000 (Wed, 10 Jun 2020) | 15 lines
Changed paths:
   M /trunk/src/mpfr-impl.h
   M /trunk/tests/tvalist.c

Fixed 2 issues with tests/tvalist.c:
  1. When building with mini-gmp (--with-mini-gmp=DIR) without
     optimizations (-O0), the build of tvalist was failing because
     the formatted output functions are not supported (this issue
     wasn't noticed with optimizations due to dead code elimination).
     Fix: this test is disabled with mini-gmp (not needed anyway).
  2. Dead code elimination with optimizations partly broke the goal
     of this test, i.e. checking that mpfr_vfprintf was available.
     This dead code was introduced in r7648 "Make sure that fct is
     used (avoid a warning)." (where fct = mpfr_vfprintf) but was
     actually not sufficient.
     Fix: call mpfr_vfprintf unconditionally, but on an empty string
     in order to avoid output to stdout.
In addition to these changes in tests/tvalist.c, src/mpfr-impl.h could
be simplified as a consequence.
------------------------------------------------------------------------
r13969 | vlefevre | 2020-06-10 21:26:07 +0000 (Wed, 10 Jun 2020) | 5 lines
Changed paths:
   M /trunk/src/clears.c
   M /trunk/src/inits.c
   M /trunk/src/inits2.c
   M /trunk/tests/tvalist.c

Removed '# undef HAVE_STDARG' before '# include "config.h"' when it
was used, as it was not always undefined (e.g. in tests/tsprintf.c)
and there are no reasons to undefine this macro specifically.
Note: this code was introduced in r2665 (2004-02-06), perhaps for
the MPFR build inside GMP, which has been dropped a long time ago.
------------------------------------------------------------------------
r13968 | vlefevre | 2020-06-10 21:07:30 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/tests/tvalist.c

[tests/tvalist.c] Updated a comment.
------------------------------------------------------------------------
r13967 | vlefevre | 2020-06-10 21:01:12 +0000 (Wed, 10 Jun 2020) | 2 lines
Changed paths:
   M /trunk/tests/tvalist.c

[tests/tvalist.c] Correction when config.h is used (code copied from
src/inits.c).
------------------------------------------------------------------------
r13966 | zimmerma | 2020-06-10 14:27:40 +0000 (Wed, 10 Jun 2020) | 2 lines
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] review

------------------------------------------------------------------------
r13964 | vlefevre | 2020-06-10 12:48:02 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] Typo in option name.
------------------------------------------------------------------------
r13963 | vlefevre | 2020-06-10 10:58:36 +0000 (Wed, 10 Jun 2020) | 5 lines
Changed paths:
   M /trunk/src/mpfr-longlong.h

[src/mpfr-longlong.h]
  * Updated comment about this file and the changes against GMP 6.2.0.
  * Define __GMP_GNUC_PREREQ if it isn't defined (this is currently not
    needed since it is defined in gmp.h as used also there, but this is
    useful in case some future gmp.h version no longer defines it).
------------------------------------------------------------------------
r13962 | vlefevre | 2020-06-10 10:39:09 +0000 (Wed, 10 Jun 2020) | 3 lines
Changed paths:
   M /trunk/src/mpfr-longlong.h

[src/mpfr-longlong.h] Update: applied the diff of GMP's longlong.h
between GMP 6.1.0 and GMP 6.2.0, after reverting changesets 13251,
11042, 11025, and 10727, as these changes are present in the diff.
------------------------------------------------------------------------
r13961 | vlefevre | 2020-06-10 10:21:51 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/configure.ac

[configure.ac] With mini-gmp, also check the availability of srand48.
------------------------------------------------------------------------
r13960 | vlefevre | 2020-06-10 10:15:52 +0000 (Wed, 10 Jun 2020) | 2 lines
Changed paths:
   M /trunk/src/mpfr-mini-gmp.c

[src/mpfr-mini-gmp.c] For gmp_randseed_ui, which uses srand48, use
a portable version of the conversion from unsigned long to long.
------------------------------------------------------------------------
r13959 | vlefevre | 2020-06-10 09:37:15 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] Note also that the random functions are not thread-safe.
------------------------------------------------------------------------
r13958 | vlefevre | 2020-06-10 09:21:46 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/doc/mini-gmp

[doc/mini-gmp] Major update.
------------------------------------------------------------------------
r13957 | vlefevre | 2020-06-10 08:40:02 +0000 (Wed, 10 Jun 2020) | 1 line
Changed paths:
   M /trunk/NEWS

[NEWS] Removed a FIXME (no problems found).
------------------------------------------------------------------------
r13955 | vlefevre | 2020-06-09 15:53:51 +0000 (Tue, 09 Jun 2020) | 1 line
Changed paths:
   M /trunk/tests/tversion.c

[tests/tversion.c] Code style: replaced (mp_limb_t) -1 by MPFR_LIMB_MAX.
------------------------------------------------------------------------
r13954 | vlefevre | 2020-06-09 15:46:19 +0000 (Tue, 09 Jun 2020) | 2 lines
Changed paths:
   M /trunk/src/mul_ui.c

[src/mul_ui.c] Bug fix: in the code where MPFR_LONG_WITHIN_LIMB is
not defined, update the flags (needed for the possible overflow).
------------------------------------------------------------------------
r13953 | vlefevre | 2020-06-09 15:37:58 +0000 (Tue, 09 Jun 2020) | 2 lines
Changed paths:
   M /trunk/tests/tmul_ui.c

[tests/tmul_ui.c] Added an overflow check that fails in MPFR_RNDZ with
mini-gmp and mp_limb_t < long (e.g. "-DMINI_GMP_LIMB_TYPE=short").
------------------------------------------------------------------------
r13952 | vlefevre | 2020-06-09 15:15:04 +0000 (Tue, 09 Jun 2020) | 1 line
Changed paths:
   M /trunk/tests/tgeneric.c

[tests/tgeneric.c] In the MPFR_SUSPICIOUS_OVERFLOW case, output yprec.
------------------------------------------------------------------------
r13951 | vlefevre | 2020-06-09 15:04:19 +0000 (Tue, 09 Jun 2020) | 2 lines
Changed paths:
   M /trunk/src/mpfr-impl.h

[src/mpfr-impl.h] Changed the code that defines MPFR_LONG_WITHIN_LIMB
in order to support mini-gmp with -DMINI_GMP_LIMB_TYPE=...
------------------------------------------------------------------------
r13950 | vlefevre | 2020-06-09 13:39:35 +0000 (Tue, 09 Jun 2020) | 8 lines
Changed paths:
   M /trunk/src/get_ld.c

[src/get_ld.c] Fixed build failure with GMP_NUMB_BITS == 8 due to the
use of uint64_t in src/get_ld.c, while <stdint.h> was not included:
replaced it by "unsigned long long", which does not need a specific
header (an exact 64-bit type is not needed, we just need at least a
64-bit width, which unsigned long long is guaranteed to have).
Note: unsigned long long may not be available with a pre-C99 compiler,
but this is not worse than uint64_t. This limitation is currently OK
as GMP_NUMB_BITS == 8 support is just for testing.
------------------------------------------------------------------------
r13949 | vlefevre | 2020-06-09 10:53:21 +0000 (Tue, 09 Jun 2020) | 12 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Make MPFR_CHECK_MP_LIMB_T_VS_LONG and
MPFR_CHECK_MP_LIMB_T_VS_INTMAX similar:
  * Use AC_LINK_IFELSE in MPFR_CHECK_MP_LIMB_T_VS_LONG too: this
    is safer than AC_COMPILE_IFELSE, as it will detect undefined
    function-like macros.
  * Define MPFR_USE_STATIC_ASSERT in MPFR_CHECK_MP_LIMB_T_VS_INTMAX
    too in order to make sure that a static assertion is used (not
    the MPFR_ASSERTN fallback).
Note: These constitute redundant safeguards because if MPFR_ASSERTN
is used, it will be regarded as a function since the macro is not
defined in this context, and linking will fail as a consequence.
But this redundancy will protect more against MPFR code evolution.
------------------------------------------------------------------------
r13948 | vlefevre | 2020-06-09 09:41:51 +0000 (Tue, 09 Jun 2020) | 16 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Fixed MPFR_CHECK_MP_LIMB_T_VS_LONG macro by forcing
MPFR_USE_STATIC_ASSERT to 1 before including mpfr-sassert.h, i.e.
by requiring static assertions: because AC_COMPILE_IFELSE is used
(i.e. just compiling, no linking), the test could incorrectly succeed
when MPFR_USE_STATIC_ASSERT was not defined, i.e. whatever the value
of "(mp_limb_t) -1 >= (unsigned long) -1"; indeed, in this case,
MPFR_ASSERTN() was used instead of a static assertion, and since the
macro was not defined here, MPFR_ASSERTN was regarded as a function
(without a prototype), which was fine for compiling (except when the
compiler is configured to regard warnings such as missing prototype
as errors). In short, one could get "yes" while long was larger than
mp_limb_t.
Note: In uncommon cases (non-standard compiler...), one can still get
"no" while a long fits in mp_limb_t, but this isn't much an issue as
the MPFR code should work in such a case. Moreover, src/mpfr-impl.h
will also have the chance to set MPFR_LONG_WITHIN_LIMB in practice.
------------------------------------------------------------------------
r13947 | vlefevre | 2020-06-09 00:57:05 +0000 (Tue, 09 Jun 2020) | 28 lines
Changed paths:
   M /trunk/acinclude.m4
   M /trunk/src/mpfr-sassert.h
   M /trunk/tune/tuneup.c

Removed MPFR_DECL_STATIC_ASSERT macro as it was buggy, unused, rather
useless, and it had drawbacks. Details:
  * In src/mpfr-sassert.h, the default definition of this macro in the
    MPFR_USE_STATIC_ASSERT case ended with a spurious ";". Since this
    macro was unused, this wasn't noticeable... except in the configure
    test for static assertions, which failed in some cases (e.g. with
    CFLAGS="-std=c99 -pedantic-errors -Wno-error=overlength-strings")
    for this reason, which had the effect to let MPFR_USE_STATIC_ASSERT
    undefined, while static assertions were actually working.
  * Still in src/mpfr-sassert.h, but when MPFR_USE_STATIC_ASSERT is not
    defined, the MPFR_DECL_STATIC_ASSERT(c) expanded to nothing, which
    would yield invalid code as
      MPFR_DECL_STATIC_ASSERT(some_assertion);
    would yield an extra ";" (about the same issue as above). Given
    the fact that the portable MPFR_USE_STATIC_ASSERT code does not
    work with this compiler, it is not clear whether this is fixable
    in a completely reliable way.
  * MPFR_DECL_STATIC_ASSERT can be replaced by MPFR_STAT_STATIC_ASSERT
    after moving it to the statement section of a function, with almost
    no drawbacks (just a bit readability in some cases?).
  * When MPFR_USE_STATIC_ASSERT is not defined, MPFR_STAT_STATIC_ASSERT
    will check the assertion at run time (for free, since the result is
    known at compile time), while MPFR_DECL_STATIC_ASSERT would not be
    able to do anything useful.
Changes:
  * acinclude.m4: removed the test of MPFR_DECL_STATIC_ASSERT.
  * src/mpfr-sassert.h: removed MPFR_DECL_STATIC_ASSERT definitions.
  * tune/tuneup.c: removed MPFR_DECL_STATIC_ASSERT redefinition.
------------------------------------------------------------------------
r13946 | vlefevre | 2020-06-08 23:55:33 +0000 (Mon, 08 Jun 2020) | 3 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] MPFR_CHECK_MP_LIMB_T_VS_LONG: updated comment to say
that using MPFR_ASSERTN (as the code tries to do if static assertions
are not supported, but currently fails) would be incorrect.
------------------------------------------------------------------------
r13945 | vlefevre | 2020-06-08 13:45:33 +0000 (Mon, 08 Jun 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] In MPFR_CHECK_MP_LIMB_T_VS_INTMAX, do the test only if
intmax_t is defined (assuming that it is iff uintmax_t is defined).
------------------------------------------------------------------------
r13944 | vlefevre | 2020-06-08 13:39:32 +0000 (Mon, 08 Jun 2020) | 2 lines
Changed paths:
   M /trunk/tests/tversion.c

[tests/tversion.c] Also output the results of the detection of
"long within limb" and "intmax_t within limb".
------------------------------------------------------------------------
r13942 | vlefevre | 2020-06-04 16:22:38 +0000 (Thu, 04 Jun 2020) | 1 line
Changed paths:
   M /trunk/configure.ac

[configure.ac] Removed an obsolete FIXME, which is probably wrong.
------------------------------------------------------------------------
r13941 | vlefevre | 2020-06-04 16:17:12 +0000 (Thu, 04 Jun 2020) | 1 line
Changed paths:
   M /trunk/configure.ac

[configure.ac] Updated a comment, replacing a resolved FIXME.
------------------------------------------------------------------------
r13940 | vlefevre | 2020-06-04 15:53:59 +0000 (Thu, 04 Jun 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] MPFR_CHECK_DBL2INT_BUG test: avoid potentially reserved
exit status.
------------------------------------------------------------------------
r13939 | vlefevre | 2020-06-04 14:29:17 +0000 (Thu, 04 Jun 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Fixed r13938: the new MPFR_C_REALFP_FORMAT macro also
needs to take the printf length modifier in argument.
------------------------------------------------------------------------
r13938 | vlefevre | 2020-06-04 13:51:32 +0000 (Thu, 04 Jun 2020) | 11 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Improved the code to determine the format of double,
resolving the FIXME. The issue was that it used an AC_RUN_IFELSE,
so that the format could not be determined when cross-compiling.
The code to determine the format of long double did not have such
an issue: the object file was analyzed by an awk script. Since a
long double can have the same format as a double, this code was
already able to recognize a double, in particular. So the change
consisted in slightly adapting this code to accept the tested type
as an argument ("double" or "long double", the mpfr_cv_… variable
name being obtained thanks to AS_VAR_PUSHDEF) and reusing it for
the detection of the format of double.
------------------------------------------------------------------------
r13937 | vlefevre | 2020-06-04 13:21:09 +0000 (Thu, 04 Jun 2020) | 3 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] MPFR_C_LONG_DOUBLE_FORMAT cleanup:
  * Removed an unused AH_VERBATIM.
  * Removed "not available" condition, no longer possible since r13936.
------------------------------------------------------------------------
r13936 | vlefevre | 2020-06-04 12:34:18 +0000 (Thu, 04 Jun 2020) | 6 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Fix concerning r13935: also removed code that tested
the availability of long double. This code was useless since it was
just outputting "not available" if long double was missing, and one
would get an error later since MPFR requires long double. But since
long double is in ISO C89, it is useless to add a test just to return
an error for pre-C89 compilers.
------------------------------------------------------------------------
r13935 | vlefevre | 2020-06-04 12:17:15 +0000 (Thu, 04 Jun 2020) | 4 lines
Changed paths:
   M /trunk/acinclude.m4
   M /trunk/configure.ac

[acinclude.m4] Removed "AC_CHECK_TYPES([long double])", whose only
  purpose is to define a HAVE_LONG_DOUBLE macro.
[configure.ac] Removed HAVE_LONG_DOUBLE from the cleanup: no longer
  needed with the change in acinclude.m4.
------------------------------------------------------------------------
r13934 | vlefevre | 2020-06-03 13:44:24 +0000 (Wed, 03 Jun 2020) | 1 line
Changed paths:
   M /trunk/configure.ac

[configure.ac] Minor change in a comment.
------------------------------------------------------------------------
r13933 | vlefevre | 2020-06-03 13:38:17 +0000 (Wed, 03 Jun 2020) | 10 lines
Changed paths:
   M /trunk/acinclude.m4
   M /trunk/configure.ac

Cleanup about the function detection by autoconf.
  * acinclude.m4: removed the detection of memmove, memset and strtol,
    which was not used (a macro "HAVE_..." was defined... to be removed
    in configure.ac!); for AC_CHECK_FUNCS, remove options starting with
    "-Werror" as they can yield a spurious failure due to the way this
    test is done (this occurred on memmove and memset with GCC due to
    builtins, and similar issues could still occur in practice with the
    remaining functions in the AC_CHECK_FUNCS list).
  * configure.ac: removed HAVE_STRTOL from the macro cleanup: no longer
    needed since strtol has been removed from the AC_CHECK_FUNCS list.
------------------------------------------------------------------------
r13932 | vlefevre | 2020-06-03 12:11:13 +0000 (Wed, 03 Jun 2020) | 3 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Minor improvement: in the MPFR_CHECK_GMP test, changed
the exit status values 1..3 to 81..83 in order to avoid confusion, as
low values can typically be returned in case of compile or link error.
------------------------------------------------------------------------
r13931 | vlefevre | 2020-06-02 22:43:08 +0000 (Tue, 02 Jun 2020) | 1 line
Changed paths:
   M /trunk/tests/memory.c

[tests/memory.c] Updated a comment.
------------------------------------------------------------------------
r13930 | vlefevre | 2020-06-02 21:35:11 +0000 (Tue, 02 Jun 2020) | 2 lines
Changed paths:
   M /trunk/src/mpfr-longlong.h

[src/mpfr-longlong.h] Added code to check that mpfr-longlong.h is not
included directly; MPFR_NEED_LONGLONG_H must be defined instead.
------------------------------------------------------------------------
r13929 | vlefevre | 2020-06-02 21:26:51 +0000 (Tue, 02 Jun 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] To complete r13928, one also needs to define
MPFR_NEED_INTMAX_H here when mpfr-intmax.h is used.
------------------------------------------------------------------------
r13928 | vlefevre | 2020-06-02 21:21:45 +0000 (Tue, 02 Jun 2020) | 2 lines
Changed paths:
   M /trunk/src/mpfr-impl.h
   M /trunk/src/mpfr-intmax.h

[src/{mpfr-impl.h,mpfr-intmax.h}] Added code to check that mpfr-intmax.h
is not included directly; MPFR_NEED_INTMAX_H must be defined instead.
------------------------------------------------------------------------
r13923 | vlefevre | 2020-06-01 10:39:52 +0000 (Mon, 01 Jun 2020) | 12 lines
Changed paths:
   M /trunk/src/fits_intmax.c
   M /trunk/src/fits_uintmax.c
   M /trunk/src/get_sj.c
   M /trunk/src/get_str.c
   M /trunk/src/get_uj.c
   M /trunk/src/mpfr-impl.h
   M /trunk/src/mpfr-intmax.h
   M /trunk/src/set_sj.c
   M /trunk/src/set_uj.c
   M /trunk/src/vasprintf.c
   M /trunk/tests/memory.c
   M /trunk/tests/tfits.c
   M /trunk/tests/tfprintf.c
   M /trunk/tests/tget_sj.c
   M /trunk/tests/tprintf.c
   M /trunk/tests/tset_sj.c
   M /trunk/tests/tversion.c

Bug fixes and cleanup related to "src/mpfr-intmax.h" by introducing
a new macro MPFR_NEED_INTMAX_H, which should be defined instead of
using: #include "mpfr-intmax.h"

Details on the bugs fixed:
  * The code added in r13916 forgot a #include <limits.h> since this
    code does a test on ULLONG_MAX. With the cleanup, <limits.h> is
    already always included by mpfr-impl.h (early enough).
  * In src/get_str.c and tests/memory.c, a #include "config.h" was
    missing before #include "mpfr-intmax.h"; this issue would affect
    platforms where "config.h" is needed and where <inttypes.h> or
    <stdint.h> does not exist or does not work.
------------------------------------------------------------------------
r13922 | vlefevre | 2020-06-01 00:15:37 +0000 (Mon, 01 Jun 2020) | 3 lines
Changed paths:
   M /trunk/tests/tgamma.c

[tests/tgamma.c] For the non-regression test added in r13907, one
also needs to temporarily increase the memory limit, thus require
MPFR_CHECK_LARGEMEM too.
------------------------------------------------------------------------
r13920 | vlefevre | 2020-05-26 11:24:25 +0000 (Tue, 26 May 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] If decimal floats are explicitly disabled, do not do
the check of the bit-field ordering for _Decimal128.
------------------------------------------------------------------------
r13919 | vlefevre | 2020-05-26 11:12:21 +0000 (Tue, 26 May 2020) | 2 lines
Changed paths:
   M /trunk/acinclude.m4

[acinclude.m4] Fixed detection of bit-field ordering for _Decimal128:
a compiler error with exit status 1 was mixed up with little endian.
------------------------------------------------------------------------
r13916 | vlefevre | 2020-05-24 17:53:31 +0000 (Sun, 24 May 2020) | 3 lines
Changed paths:
   M /trunk/src/mpfr-intmax.h

[src/mpfr-intmax.h] Added support for Silicon Graphics IRIX 6.5 (1998)
with native /usr/bin/cc, which knows the long long type but defines
ULONGLONG_MAX, etc. instead of ULLONG_MAX, etc.
------------------------------------------------------------------------
r13915 | vlefevre | 2020-05-24 01:35:17 +0000 (Sun, 24 May 2020) | 4 lines
Changed paths:
   M /trunk/tests/tget_ld_2exp.c

[tests/tget_ld_2exp.c] Reverted r13914 as we still need to support
pre-C99 compilers (and this change was useless).
If C99 syntax is needed, there should be a configure test, and the
code should be conditional.
------------------------------------------------------------------------
r13914 | zimmerma | 2020-05-23 19:53:25 +0000 (Sat, 23 May 2020) | 2 lines
Changed paths:
   M /trunk/tests/tget_ld_2exp.c

[tests/tget_ld_2exp.c] put expected value in hex in bug20180904()

------------------------------------------------------------------------
r13913 | vlefevre | 2020-05-20 01:13:35 +0000 (Wed, 20 May 2020) | 1 line
Changed paths:
   M /trunk/doc/README.dev

[doc/README.dev] "To make a release": mention MPFR_CHECK_EXPENSIVE.
------------------------------------------------------------------------
r13912 | zimmerma | 2020-05-19 21:19:06 +0000 (Tue, 19 May 2020) | 2 lines
Changed paths:
   M /trunk/tests/tgamma.c

[tests/tgamma.c] added comment about bug fix

------------------------------------------------------------------------
r13911 | zimmerma | 2020-05-19 21:13:36 +0000 (Tue, 19 May 2020) | 3 lines
Changed paths:
   M /trunk/src/bernoulli.c

[src/bernoulli.c] improve initial precision in mpfr_bernoulli_internal()
		  (avoid failures for n <= 10000)

------------------------------------------------------------------------
r13910 | zimmerma | 2020-05-19 20:01:02 +0000 (Tue, 19 May 2020) | 2 lines
Changed paths:
   M /trunk/src/bernoulli.c

[src/bernoulli.c] fix bug with non-regression test added in r13907

------------------------------------------------------------------------
r13909 | zimmerma | 2020-05-19 17:59:41 +0000 (Tue, 19 May 2020) | 3 lines
Changed paths:
   M /trunk/src/bernoulli.c

[src/bernoulli.c] temporary fix for the bug in mpfr_gamma, something must be
                  wrong in the error analysis of mpfr_bernoulli_internal()

------------------------------------------------------------------------
r13908 | zimmerma | 2020-05-19 16:13:09 +0000 (Tue, 19 May 2020) | 3 lines
Changed paths:
   M /trunk/doc/README.dev
   M /trunk/tests/tgamma.c

[doc/README.dev] added MPFR_CHECK_EXPENSIVE
[tests/tgamma.c] use MPFR_CHECK_EXPENSIVE

------------------------------------------------------------------------
r13907 | zimmerma | 2020-05-19 15:06:58 +0000 (Tue, 19 May 2020) | 2 lines
Changed paths:
   M /trunk/tests/tgamma.c

added non-regression test for bug reported by Frithjof Blomquist

------------------------------------------------------------------------
r13906 | vlefevre | 2020-05-04 15:25:13 +0000 (Mon, 04 May 2020) | 1 line
Changed paths:
   M /trunk/tools/mpfrlint

[tools/mpfrlint] Use of codespell: better workaround to python ugliness.
------------------------------------------------------------------------
r13898 | vlefevre | 2020-04-27 20:12:09 +0000 (Mon, 27 Apr 2020) | 3 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] Section "Rounding" / even-rounding rule: the odd
radices β are actually not concerned since in such radices, β^k
is always odd, so that the exponent does not matter.
------------------------------------------------------------------------
r13897 | vlefevre | 2020-04-27 19:59:50 +0000 (Mon, 27 Apr 2020) | 7 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] In Section "Rounding", for MPFR_RNDN, added a note
about the even-rounding rule in particular cases: 1-digit precision
and odd radices.
Note: A short explanation was already in the mpfr_get_str description,
which is where the issue could occur at the time the minimum precision
of MPFR numbers was 2. Now that the minimum precision is 1, this rule
in such special cases is more general.
------------------------------------------------------------------------
r13896 | vlefevre | 2020-04-27 19:27:57 +0000 (Mon, 27 Apr 2020) | 1 line
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] + "than": also in a comment.
------------------------------------------------------------------------
r13895 | vlefevre | 2020-04-27 19:19:53 +0000 (Mon, 27 Apr 2020) | 2 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] Corrected a typo. Changed "{less,greater} or equal to"
to the more common "{less,greater} than or equal to".
------------------------------------------------------------------------
r13893 | vlefevre | 2020-04-26 16:07:20 +0000 (Sun, 26 Apr 2020) | 2 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] In the paragraph on mpfr_rnd_t, give a reference
to Section "Rounding".
------------------------------------------------------------------------
r13892 | vlefevre | 2020-04-26 15:58:59 +0000 (Sun, 26 Apr 2020) | 1 line
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] s/can not/cannot/
------------------------------------------------------------------------
r13891 | vlefevre | 2020-04-26 15:57:16 +0000 (Sun, 26 Apr 2020) | 4 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] Improved Section "Rounding" even more:
  * Added a note about the sign of the result (important for 0).
  * Described the directed rounding modes (BTW, this notion of
    "directed rounding modes" was used but never defined).
------------------------------------------------------------------------
r13890 | vlefevre | 2020-04-26 15:13:10 +0000 (Sun, 26 Apr 2020) | 5 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] Improved the description of the rounding modes:
  * Be more clear that MPFR_RNDN uses the even rounding rule.
  * In "two representable numbers", add "consecutive".
  * Be more general than radix 2 (due to conversions to a string).
  * Consistent typography.
------------------------------------------------------------------------
r13889 | vlefevre | 2020-04-25 15:08:40 +0000 (Sat, 25 Apr 2020) | 5 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi]
  * mpfr_init2: mention mpfr_prec_round; added a note about
    memory allocation.
  * mpfr_prec_round: clarification ("new allocation" could be
    surprising since one needs less memory).
------------------------------------------------------------------------
r13888 | zimmerma | 2020-04-25 14:42:58 +0000 (Sat, 25 Apr 2020) | 3 lines
Changed paths:
   M /trunk/doc/mpfr.texi

[doc/mpfr.texi] document that mpfr_prec_round does no new allocation
		in case the allocated memory is enough

------------------------------------------------------------------------
r13886 | vlefevre | 2020-04-22 15:27:07 +0000 (Wed, 22 Apr 2020) | 5 lines
Changed paths:
   M /trunk/src/atan.c

[src/atan.c] Removing the FIXME: I can't see anything wrong in the
MPFR code. This could be a bug in GCC's analyzer (which is currently
experimental). And GCC bug 94713 in the analyzer prevents debugging
as it makes impossible to track uninitialized values: warnings do not
occur the first time an uninitialized value occurs.
------------------------------------------------------------------------
r13885 | vlefevre | 2020-04-22 15:10:28 +0000 (Wed, 22 Apr 2020) | 1 line
Changed paths:
   M /trunk/src/atan.c

[src/atan.c] Added an assertion.
------------------------------------------------------------------------
r13884 | vlefevre | 2020-04-22 15:02:31 +0000 (Wed, 22 Apr 2020) | 1 line
Changed paths:
   M /trunk/src/atan.c

[src/atan.c] Reduce the number of mpz_get_ui calls with assertions.
------------------------------------------------------------------------
r13883 | vlefevre | 2020-04-22 12:23:39 +0000 (Wed, 22 Apr 2020) | 1 line
Changed paths:
   M /trunk/src/atan.c

[src/atan.c] Added a FIXME.
------------------------------------------------------------------------
r13881 | vlefevre | 2020-04-14 11:12:16 +0000 (Tue, 14 Apr 2020) | 5 lines
Changed paths:
   M /trunk/doc/texinfo.tex

[doc/texinfo.tex] Update to 2020-02-11.09 with "autoreconf -i -f"
under Debian/unstable.
Note: The generated mpfr.html and mpfr.info files remain the same.
In mpfr.pdf, there are minor changes concerning horizontal spacing
in paragraphs with a URL.
------------------------------------------------------------------------
r13879 | vlefevre | 2020-04-11 01:53:36 +0000 (Sat, 11 Apr 2020) | 4 lines
Changed paths:
   M /trunk/tests/tget_set_d64.c

[tests/tget_set_d64.c] Fixed missing "#if _MPFR_IEEE_FLOATS" that
became visible with r13878 now that the encoding of decimal floats
can be detected at compile time. But by fixing the defined macros
manually, this issue could be visible before r13878.
------------------------------------------------------------------------
