summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* Autoconf / AX_PTHREAD related update and cleanup.vlefevre2021-09-131-3/+9
| | | | | | | | | | * m4/ax_pthread.m4: update to AX_PTHREAD 31, fixing a change from AX_PTHREAD 29, which has eventually been regarded as a bug (workaround in r14481). * configure.ac: removed the now unneeded AC_CANONICAL_TARGET; updated the corresponding comment. git-svn-id: https://scm.gforge.inria.fr/anonscm/svn/mpfr/trunk@14578 280ebfd0-de03-0410-8827-d642c229c3f4
* Punctuation (missing comma after "however").vlefevre2021-06-211-1/+1
| | | | git-svn-id: https://scm.gforge.inria.fr/anonscm/svn/mpfr/trunk@14542 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Avoid an issue with ordering of macros we don't usevlefevre2021-03-191-2/+11
| | | | | | | explicitly, which appears with ax_pthread.m4 29, i.e. with https://github.com/autoconf-archive/autoconf-archive/commit/2567e0ce0f3a11b535c6b527386197fb49ff172b git-svn-id: https://scm.gforge.inria.fr/anonscm/svn/mpfr/trunk@14481 280ebfd0-de03-0410-8827-d642c229c3f4
* Copyright notice update: added 2021 withvlefevre2021-01-031-1/+1
| | | | | | | | perl -pi -e 's/ (\d{4}-)?(2020)(?= Free Software)/ " ".($1||"$2-").($2+1)/e' **/*(^/) under zsh. Removed 2020 from the example in the doc/README.dev file. git-svn-id: https://scm.gforge.inria.fr/anonscm/svn/mpfr/trunk@14229 280ebfd0-de03-0410-8827-d642c229c3f4
* With mini-gmp, use the standard rand() and srand() functions instead ofvlefevre2020-09-141-6/+0
| | | | | | the POSIX (thus less portable) lrand48() and srand48(). git-svn-id: https://scm.gforge.inria.fr/anonscm/svn/mpfr/trunk@14114 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated a URL (http → https).vlefevre2020-09-101-1/+1
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@14107 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated a URL concerning the "Intel® C++ Compiler 9.0vlefevre2020-09-101-1/+1
| | | | | | for Linux Release Notes" (the URL was not archived). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@14106 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Improvements concerning the default CFLAGS with GCC.vlefevre2020-06-131-2/+8
| | | | | | | | | | * Add -Wc++-compat option to CFLAGS with GCC ≥ 4.1 not in C++ mode. Changes based on Bruno Haible's patch suggested at https://sympa.inria.fr/sympa/arc/mpfr/2020-06/msg00008.html (with some autoconf related fixes). * Output the $CFLAGS value that is eventually used. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@14020 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] No longer add -Wc++-compat to CFLAGS when the compilervlefevre2020-06-131-1/+3
| | | | | | | | 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 git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@14018 280ebfd0-de03-0410-8827-d642c229c3f4
* Updated version to 4.2.0-dev.vlefevre2020-06-121-1/+1
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13992 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] With mini-gmp, also check the availability of srand48.vlefevre2020-06-101-3/+5
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13961 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Removed an obsolete FIXME, which is probably wrong.vlefevre2020-06-041-1/+0
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13942 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated a comment, replacing a resolved FIXME.vlefevre2020-06-041-9/+19
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13941 280ebfd0-de03-0410-8827-d642c229c3f4
* [acinclude.m4] Removed "AC_CHECK_TYPES([long double])", whose onlyvlefevre2020-06-041-2/+1
| | | | | | | | 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. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13935 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Minor change in a comment.vlefevre2020-06-031-1/+1
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13934 280ebfd0-de03-0410-8827-d642c229c3f4
* Cleanup about the function detection by autoconf.vlefevre2020-06-031-1/+1
| | | | | | | | | | | | | | * 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. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13933 280ebfd0-de03-0410-8827-d642c229c3f4
* Reworked decimal support and detection, resolving FIXMEs.vlefevre2020-04-101-4/+3
| | | | | | | | | | | | | | | * INSTALL, acinclude.m4, configure.ac: --enable-decimal-float can take new values. Change of macro DPD_FORMAT (DPD was assumed in case of cross-compilation, which could be wrong) to 3 new macros: DECIMAL_DPD_FORMAT, DECIMAL_BID_FORMAT, DECIMAL_GENERIC_CODE. * doc/README.dev: documented these 3 new macros. * src/mpfr-impl.h: the detection of the BID encoding can now be done at compile time when GCC defines __DECIMAL_BID_FORMAT__ (as on x86); support of the 3 new macros. * src/{get_d64.c,set_d64.c,set_d128.c}: update. * tests/{tget_set_d64.c,tget_set_d128.c,tversion.c}: update. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13878 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Fixed the change done in r13853 (about removed macros),vlefevre2020-04-021-18/+10
| | | | | | making the code simpler and more maintainable at the same time. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13861 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Moved MPFR_CONFIGS invocation: MPFR_CONFIGS uses LDFLAGS,vlefevre2020-04-021-2/+4
| | | | | | thus must be invoked after LDFLAGS has been determined completely. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13857 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Do not remove the HAVE_ALLOCA macro, which is now usedvlefevre2020-04-021-1/+0
| | | | | | by MPFR to determine the default MPFR_ALLOCA_MAX value. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13853 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated message output when the gmp.h vs libgmp testvlefevre2020-03-301-1/+3
| | | | | | | fails: another cause may be that LD_RUN_PATH is not honored (problem seen under OpenBSD 6.6 / gcc302.fsffrance.org). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13839 280ebfd0-de03-0410-8827-d642c229c3f4
* [acinclude.m4,configure.ac]vlefevre2020-01-091-35/+0
| | | | | | | | | | | * Moved the code that tries to determine the format of double from configure.ac to acinclude.m4 in MPFR_CONFIGS (as required), just before the one for long double. * Added a FIXME comment: This code uses AC_RUN_IFELSE, which cannot run the test when cross-compiling; use a test like for long double instead. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13663 280ebfd0-de03-0410-8827-d642c229c3f4
* [acinclude.m4] Updated messages about the format of "long double".vlefevre2020-01-091-2/+3
| | | | | | [configure.ac] Ditto for "double". Added missing AC_MSG_RESULT. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13661 280ebfd0-de03-0410-8827-d642c229c3f4
* Copyright notice update: added 2020 withvlefevre2020-01-081-1/+1
| | | | | | | | perl -pi -e 's/ (\d{4}-)?(2019)(?= Free Software)/ " ".($1||"$2-").($2+1)/e' **/*(^/) under zsh. Removed 2019 from the example in the doc/README.dev file. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13652 280ebfd0-de03-0410-8827-d642c229c3f4
* [acinclude.m4,configure.ac] MPFR_C_LONG_DOUBLE_FORMAT: also detectvlefevre2019-07-011-3/+2
| | | | | | | | clang's LTO. Note: no longer use $FGREP (see r13513) as its status is unclear on non-POSIX systems (though very probably available when $EGREP is). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13514 280ebfd0-de03-0410-8827-d642c229c3f4
* [acinclude.m4,configure.ac] For MPFR_C_LONG_DOUBLE_FORMAT, when thevlefevre2019-07-011-2/+3
| | | | | | | | | format is unknown and it is detected that LTO has been used, output "recognition prevented by LTO". Note: at the same time, since AC_PROG_FGREP was needed, replaced $EGREP by $FGREP when applicable. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13513 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated --enable-logging description.vlefevre2019-04-021-2/+2
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13464 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] AC_ARG_ENABLE(float128,...): updated comment andvlefevre2019-04-021-5/+6
| | | | | | description. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13462 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated comment for AC_ARG_ENABLE(decimal-float,...).vlefevre2019-04-021-9/+7
| | | | | | | | | * Removed information about very old GCC versions. * _Decimal128 is considered too, in addition to _Decimal64. * No longer just a GCC extension, but part of ISO/IEC TS 18661. * Added a FIXME for new options about _Decimal64 and _Decimal128. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13461 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Cleanup: moved some AC_ARG_ENABLE's where they should be.vlefevre2019-04-021-70/+71
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13460 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Updated comment about default options in CFLAGS for GCC.vlefevre2019-01-301-2/+7
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13423 280ebfd0-de03-0410-8827-d642c229c3f4
* Update about CC / CFLAGS settings from GMP (__GMP_CC / __GMP_CFLAGS).vlefevre2019-01-301-3/+1
| | | | | | | | | | | * configure.ac: remove -pedantic unconditionally; since r7044, it was removed only when logging was enabled, as at that time only logging was using C extensions. * NEWS: added a line about this change. * INSTALL: updated the note about CC / CFLAGS, removing the obsolete reference to GMP 4.3.0 at the same time. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13421 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] By default (i.e. if CFLAGS is not already set), ifvlefevre2019-01-231-1/+1
| | | | | | | the compiler is GCC not in C++ mode, add the -Wc++-compat warning since we expect the code to compile with a C++ compiler. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13406 280ebfd0-de03-0410-8827-d642c229c3f4
* Moved the compatibility test of the configure options even earlier, fromvlefevre2019-01-091-0/+24
| | | | | | | acinclude.m4 to configure.ac, just after the code that defines them. Also added an associated AC_MSG_CHECKING message for better clarity. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13396 280ebfd0-de03-0410-8827-d642c229c3f4
* Cleaned up configure code related to threading and the shared cache.vlefevre2019-01-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | * acinclude.m4: - detect incompatibilities between configure options at the beginning of MPFR_CONFIGS, forcing enable_thread_safe to "no" or "yes" when necessary, so that the subsequent code can rely on that; - check ISO C11 thread support and/or POSIX thread support only when necessary; - handle --enable-shared-cache early in MPFR_CONFIGS, because the use of POSIX threads (pthread) may need to change CC, CFLAGS, and LIBS (thus affecting other tests); - test $enable_shared_cache instead of $mpfr_want_shared_cache; - removed the now useless MPFR_CHECK_SHARED_CACHE function. * configure.ac: no longer set the mpfr_want_shared_cache variable, as enable_shared_cache (now used) already has the same usage. Note: currently, ./configure --enable-shared-cache CFLAGS="-std=c99" still succeeds and still makes the compilation fail. This seems to be due to a limitation of AX_PTHREAD, which just tests linking, not compilation. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13392 280ebfd0-de03-0410-8827-d642c229c3f4
* Updated the www.gnu.org URL's (http → https) on all the files with:vlefevre2019-01-071-1/+1
| | | | | | | perl -pi -e 's,http://www.gnu.org/,https://www.gnu.org/,g' **/*(.) under zsh. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13372 280ebfd0-de03-0410-8827-d642c229c3f4
* Copyright notice update: added 2019 withvlefevre2019-01-011-1/+1
| | | | | | | | perl -pi -e 's/ (\d{4}-)?(2018)(?= Free Software)/ " ".($1||"$2-").($2+1)/e' **/*(^/) under zsh. Removed 2018 from the example in the doc/README.dev file. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13359 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Support mini-gmp with reduced limb size, in the casevlefevre2018-12-201-3/+5
| | | | | | | GMP_NUMB_BITS is not defined: guess GMP_NUMB_BITS from the size of mp_limb_t instead of the size of unsigned long. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13350 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] When building against mini-gmp, check the availability ofvlefevre2018-12-051-0/+4
| | | | | | lrand48, in particular because it is not part of the ISO C standard. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13319 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac,src/Makefile.am] About the --with-mini-gmp support, sincevlefevre2018-10-011-28/+13
| | | | | | | | | | there are some advantages with the new code, one will probably not go back. Thus removed the references to the Automake 1.15 bug and to the old code. Also removed the mini_gmp_path=. workaround needed with the old code (even with Automake 1.16), which had been added in r13217. Also slightly improved the setup for mini-gmp. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13237 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac,src/Makefile.am] Avoid a "make" failure due to a bug invlefevre2018-10-011-1/+21
| | | | | | | | | | | | Automake 1.15 automatic dependency tracking: instead of using mini-gmp directly in an external directory with a $(mini_gmp_path) variable in src/Makefile.am, make the configure script add symbolic links to the mini-gmp sources in the build directory, and use these symbolic links for the MPFR build (as if they were plain files). Tested under various conditions: static and shared; separate source and build directories; changing the mini-gmp version without "make clean". git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13235 280ebfd0-de03-0410-8827-d642c229c3f4
* [Makefile.am] Distribute the doc/mini-gmp file.vlefevre2018-09-191-1/+2
| | | | | | | [configure.ac] For --with-mini-gmp, say: "(experimental, please read doc/mini-gmp file)" git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13229 280ebfd0-de03-0410-8827-d642c229c3f4
* Removed --enable-mini-gmp configure option.vlefevre2018-09-191-44/+9
| | | | | | | | * NEWS: say that it is replaced by --with-mini-gmp. * configure.ac: --enable-mini-gmp removed. * doc/mini-gmp: update. git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13227 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] When using --with-mini-gmp, define GMP_NUMB_BITS if thisvlefevre2018-09-191-2/+22
| | | | | | | | | macro is not already defined in mini-gmp.h (this is done a bit like with --enable-mini-gmp, but the handling in this option is buggy as GMP_NUMB_BITS is defined with AC_DEFINE_UNQUOTED unconditionally, though is most cases the contents of the macros are the same). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13225 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Do not split "Setup GMP detection". When buildingvlefevre2018-09-191-53/+49
| | | | | | | MPFR against mini-gmp, do not run any "Setup GMP detection" test (in particular, no longer check gmp.h, as it is useless). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13224 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Avoid a configure failure with automatic dependencyvlefevre2018-09-181-0/+9
| | | | | | tracking when --with-mini-gmp is not used (bug in Automake?). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13217 280ebfd0-de03-0410-8827-d642c229c3f4
* Completed --with-mini-gmp support (not fully tested).vlefevre2018-09-141-4/+7
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/branches/with-mini-gmp@13196 280ebfd0-de03-0410-8827-d642c229c3f4
* [configure.ac] Define MINI_GMP Automake conditional (AM_CONDITIONAL).vlefevre2018-09-141-0/+3
| | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/branches/with-mini-gmp@13193 280ebfd0-de03-0410-8827-d642c229c3f4
* Started to implement --with-mini-gmp (building mini-gmp and linkingvlefevre2018-09-141-3/+26
|\ | | | | | | | | | | not correctly handled yet, thus "make check" failure is expected). git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/branches/with-mini-gmp@13192 280ebfd0-de03-0410-8827-d642c229c3f4
| * [configure.ac] Typo.vlefevre2018-09-141-1/+1
|/ | | | git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@13191 280ebfd0-de03-0410-8827-d642c229c3f4
View Lorry Controller Status