INSTALL.CMake: proper installation command

`make install` is not going to work with Ninja

build/CMake: defined `long_long_(big|little)_endian` to intparam.h

... for consistency with autotools build.

build/autotools: fixed CL_VERSION substitution in cln.pc.in

build/autotools: repaired make dist

version.h.in does not exist any more, don't distribute it

cmake build: moved cl_config.h.cmake to `autoconf`

So both cl_config.h.in (generated by autoconf) and cl_config.h.cmake
reside in the same directory

cmake: cl_config.h: avoid redefining GMP_DEMANDS_UINTD_* macros

cmake: defined `short_little_endian`, `int_little_endian` macros

... so CL_CPU_BIG_ENDIAN_P is set in src/base/cl_sysdep.h both for
autotools and CMake builds.

Note 1.

Checking for endianness of both `short` and `int` is necessary only
for 16-bit systems (where `short` can be 8-bit). I doubt anyone is
going to run CLN on such systems in the 21st century. Nevertheless
CMake does the right thing even for such targets (i.e. it tries to
find a 16-bit integer type and figure out its endianness).

Note 2.

These days (circa 2021) the vast majority of CPU architectures are
little endian, so the problem is mostly irrelevant.

cmake: bail out if the source tree has been configured...

.. and print a helpful message.

Before:

./configure
mkdir ../cln_build
cd ../cln_build && cmake -GNinja ../cln && cmake --build .

[cryptic error due to a redefined macro or something]

After:

./configure
mkdir ../cln_build
cd ../cln_build && cmake -GNinja ../cln && cmake --build .

-- The C compiler identification is GNU 10.2.0
-- The CXX compiler identification is GNU 10.2.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:24 (message):
  Source directory has been already configured by configure script. Please
  run `make distclean` in /home/asheplyakov/work/sw/cln and try again.

-- Configuring incomplete, errors occurred!

cmake: tell the compiler how to handle cl_asm_.cc

Pass `-x assembler-with-cpp` to GCC/Clang. Don't use asm loops with
other compilers.

Revert "[build] Rename cl_asm files to make CMake happy"

This reverts commit e67df7a533c7f768f48a591ec3b6f1e4cf4cdbe4.
Apparently it causes `make distclean` (autotools) to remove asm sources.

CLN can be built with CMake

See INSTALL.CMake for the details

[build] Rename cl_asm files to make CMake happy

CMake insists on compiling *.cc files with a C++ compiler.

[build] Move CLN version info into the include/cln/version.h file...

The point is to have a single definition of version for autotools and
CMake builds.

[build] Use autoconf to find out cl_word_alignment.

This way there's no need to define cl_word_alignment for every CPU. Also we
can stop exposing __$cpu__ macros in the public headers (for one our macros
conflict with compiler defined ones).

[compile fix] Remove incorrect forward-declaration of perror().

First of all, the return type is void, not int (according to C89).
Secondly, perror is required by C89, so there's no need to check for it.

Fixes (cross-) compilation with MinGW.

[build] Don't try to find out the exact prototype of gettimeofday().

First of all, according to POSIX gettimeofday() has the following protype:

int gettimeofday(struct timeval *restrict tp, void restrict* tzp);

so GETTIMEOFDAY_DOTS is not really necessary.

Secondly, we always pass NULL as the second argument, so its type does not
really matter.

Avoid "'register' storage class specifier is deprecated" warnings.

The 'register' storage class specifier has been deprecated in C++11 and
is incompatible with C++17. GCC and Clang have long been ignoring it.

Remove internal inline versions of numerator/denominator(cl_RA).

These functions were not used internally, but they broke LTO because
they were declared extern publicly.

See <https://www.ginac.de/pipermail/cln-list/2020-September/000772.html>.

Replace unused macro with cl_unused.

It has become customary to use 'unused' within bitfields. Better avoid
this conflict. This fixes cross-compilation issues on several ARM-based
host platforms.

Assume types 'long long int' and 'long double' exist.

The C++11 standard requires in 3.9.1-2 that type 'long long int' exists
and in -8 that type 'long double' exists. So, remove macros HAVE_LONGLONG
and HAVE_LONGDOUBLE. Also, shamelessly update m4/param.m4, m4/intparam.m4,
and m4/floatparam.m4 with code from CLisp.

All this fixes several cross-compilation issues discovered by
Helmut Grohne <helmut@subdivi.de>.

Fix configury (intptr_t test) for cross-compilation.

Reported by Helmut Grohne <helmut@subdivi.de> (cf. Debian bug#971939).

Move factorial check from test section to exam section...

...since it has no randomness and no iterations, cf. tests/FILES.

Fixed factorial calculation on 64-bit windows.

Finalize CLN 1.3.6 release.

Commit 2f799401454292 (`Replace typedef int[<negative>] trick with static_assert.`)
breaks cross compilation due to invalid `include/cln/intparam.h` header
produced by the configure script.

CL_INTPARAM_BITSIZE relies on integer multiplication overflow to find out
the bit size of various integer types. However singed integer overflow
is an undefined behavior. Apparently in some contexts GCC uses mod 2^N
arithmetics to evaluate the signed integer expressions. As a result
`typedef int[2*((T)((T)2 * ... * (T)2) == 0) - 1]` trick works with both
signed and unsigned integers (and gives the correct result).

Howerver GCC considers an expression involving an integer overflow as
a non-constant, and refuses to use it in `static_assert`:

$ cat signed_overflow.cc

void f() {
static_assert((int)((int)(1 << 30) * (int)2 * (int)2) == 0, "");
}

$ g++ -c signed_overflow.cc

signed_overflow.cc: In function ‘void f()’:
signed_overflow.cc:2:37: warning: integer overflow in expression [-Woverflow]
  static_assert((int)((int)(1 << 30) * (int)2 * (int)2) == 0, "");
                      ~~~~~~~~~~~~~~~^~~~~~~~
signed_overflow.cc:2:2: error: non-constant condition for static assertion
  static_assert((int)((int)(1 << 30) * (int)2 * (int)2) == 0, "");
  ^~~~~~~~~~~~~

As a result `static_assert((T)((T)2 * ... * (T)2) == 0, "")` never holds
since either 1) the condition can't possibly hold without an overflow,
or 2) GCC rejects the expression when the overflow occurs.

Keep using the old good `typedef int[negative]` in CL_INTPARAM_BITSIZE
to avoid the problem.

[DOC] Shorten copyright years, also on PDF.

Fix long-standing bug in the "signed" variants of fprinthexadecimal.

test_I_io now succeeds on native Windows.

Finalize CLN 1.3.5 release.

Restore ABI from version 1.3.4.

Make all signatures of fprintdecimal and fprinthexadecimal non-inline
functions, as they were before.

Ship INSTALL.windows.

Avoid "this statement may fall through" warnings.

Delete allocation and deallocation operators that are forbidden.

This also avoids compiler warnings about non-throwing exception
specifications.

Avoid "suggest explicit braces to avoid ambiguous 'else'" warnings.

Make scale_float() not throw a floating_point_underflow_exception...

...if cl_inhibit_floating_point_underflow was set to true.

Reported by Jan Rheinländer <jrheinlaender@gmx.de>.

Installation instruction for Microsoft Windows.

* INSTALL.windows: New file, copied from GNU gettext.

Retrieve the real time through gettimeofday(), not times().

Fix compilation error with MSVC in 64-bit mode.

* include/cln/types.h: Test _M_AMD64 in addition to __x86_64__.

Fix compilation error on MSVC.

Based on code that I wrote for gnulib.

Fix #if directives that test for native Windows.

Restore ability to use a C++ compiler that does not claim to support C++11.

Fetch imported m4 files during autogen.sh invocation.

64-bit mingw port: Fix undefined references to cl_I_constructor_from_[U]L.

64-bit mingw port: size_t may be larger than 'unsigned long'.

64-bit mingw port: Extend fprintdecimal and fprinthexadecimal up to 'long long'.

64-bit mingw port: Change return type of 'offsetof' to intptr_t.

64-bit mingw port: Use intptr_t, not long, to guarantee alignment.

64-bit mingw port: In hash table routines, use 'intptr_t' instead of 'long'.

64-bit mingw port: Avoid ambiguous overload error due to cl_[su]int change.

64-bit mingw port: Define intV in terms of intP.

64-bit mingw port: Define cl_tag_mask, cl_value_mask w.r.t. cl_uint.

Based on a patch by Robert Szalai <robicjedi@gmail.com>.

64-bit mingw port: Define sintP, uintP in terms of 'intptr_t', not 'long'.

Based on a patch by Robert Szalai <robicjedi@gmail.com>.

64-bit mingw port: Fix compilation error of intparam.c.

64-bit mingw port: Verify that pointers fit in 'intptr_t', not 'long'.

Add ASSERT_n macros for n up to 8.

autogen.sh: Always fetch the files; don't let old copies stick around forever.

Avoid "integer overflow in expression" warning.

Replace typedef int[<negative>] trick with static_assert.

Update version dependencies of automake, autoconf.

Avoid "multi-line comment" warning.

Avoid "suggest parentheses around ‘-’ inside ‘>>’" warning.

Avoid some "suggest explicit braces to avoid ambiguous ‘else’" warnings.

Avoid "statement has no effect" warnings.

Avoid "typedef ... locally defined but not used" warnings.

Extend .gitignore to also ignore built files.

Make underlying type sintE of cln::float_format_t explicit.

Suggested by Jan Rheinländer <jrheinlaender@gmx.de>.

Require C++11 compiler.

Update to currently largest known Mersenne prime.

Remove obsolete CVSROOT directory.

Remove left-over .deps directories.

Distribute INSTALL.generic.

Revamp and simplify autoconfiguration.

- New file autogen.sh.
- Put build scripts in build-aux/ not autoconf/.
- Install lib-*.m4 and config.rpath through gnulib module 'havelib'.
- Install 'test-driver' through automake.

Added e2k arch support.

About the CPU: https://en.wikipedia.org/wiki/Elbrus_2000
About the Linux port: https://www.altlinux.org/Ports/e2k

Fix warnings from gcc's -Wshift-overflow.

Reported by David van der Spoel <spoel@xray.bmc.uu.se>.

* src/base/cl_macros.h (bit, bitm, minus_bit, minus_bitm): Shift an unsigned
value, not a signed value.

Add support for riscv64 platform.

Update to recently found large Mersenne prime.

Support MIPS release 6.

MIPS release 6 is not full compatible with the previous releases, it removes
some instructions and changes encoding of some instruction.
the `multu' is included.

MIPS r6 drops `lo' and `hi' registers, and then removes `multu'/`mfhi'/`mflo'.
Instead it uses `mulu' to compute the low part and `muhu' to compute
the high part.

Update known-to-work-with compilers.

And while at it, remove some workarounds for ancient compilers.

Update to recently found large Mersenne prime.

Finalize CLN 1.3.4 release.

Remove workarounds for obsolete compilers.

Fix support for Mips*.

Patch by YunQiang Su <wzssyqa@gmail.com> (cf. Debian bug#748325).

Janitorial clean-up.

Remove some unused variables and convert files with CRNL line endings
to files with NL line endings.

Make float_format(uintE) more precise.

Due to a typo in the binary representation lfo ln(10)/ln(2), this
function could preduce slightly wrong sizes for really huge arguments.

Fix floating-point input from decimal string.

A bug was introduced in 3480230e: The divide-and-conquer method multiplies
with a power of the base, but this power is one too much if there is a
decimal point. This may happen because digits_to_I(...) is also called
from read_float(...). As a result, the number containd spurious zeros
(in the base used for reading it).

Thanks to Thomas Luthe <tluthe@physik.uni-bielefeld.de>.

Use 8-byte word alignment on arm64.

The previous patch cb76b5eb used 4-byte word alignment.
Thanks to Peter Green and Hector Oron for pointing out that
8-byte alignment should be used (cf. Debian bug #757623).

Fix support for Mips64.

Yunquiang Su <wzssyqa@gmail.com> proposed to use 64 bit [su]intD and
long [su]intC on mips64 and mips64el.

While at it, cleaned up the AArch64 definitions from cb76b5eb.

Add AArch64 support.

While building Fedora 21 for AArch64 we found out that your software is
not building for us. Attached is a fix which adds this architecture in
all required places.

Revert "Convert complex numbers to real numbers if imaginary part is floating-point 0.0."

This reverts commit 536a0ac50f6c90198982267943af4d551612a9d9.

Cf. <http://www.ginac.de/pipermail/ginac-devel/2014-January/002086.html/>.

Convert complex numbers to real numbers if imaginary part is floating-point 0.0.

This conversion worked only for rational imaginary parts.

Minor fixes for recent CLang.

Needed for CLang 3.2.

Add subdir-objects to Automake options.

This option is needed to keep automake 1.14 happy.

Finalize CLN 1.3.3 release.

* Removed some obsolete Makefile.devel.
* Updated autoconf tools.
* Updated version and copyright information.

Avoid compiler warning.

Support for Texinfo-5.0.

Changed some @itemx into @item. Surround the "Detailed Node Listing"
section of the info page menu with @detailmenu flag.

Support x32 ABI.

Fix autoconf test checking whether mp_limb_t needs to be long long,
which is needed on x32.

Update to recently found large Mersenne prime.

Fix some conversions to cl_SF, cl_FF, and cl_DF.

Some conversions failed to properly overflow/underflow with very large
exponents because of premature exponent truncation.

Fix integer input with leading zeros in power-of-two base.

Reading leading '0' characters in integers of base 2, 4, 8, 16, or 32
could result in a NUDS with leading zero digits. This is against the
rules. The result was a misbehaving cl_I down the road.

Thanks to Morgan Deters <mdeters@cs.nyu.edu> of the CVC4 team.

Detect s390x and sparc64 as 32-bit architectures.

CLN fails to build on s390x and sparc64 as it detects them as 32-bit
architectures, due to __s390__ and __sparc__ matching respectively both
s390 and s390x, and both sparc and sparc64. The patch below fixes the
issue. (Reported as Debian bug#639494.)

Thanks to Aurelien Jarno <aurel32@debian.org>.