Update to recently found large Mersenne prime.

Finalize CLN 1.3.7 release.

Recognize the *-*-windows* config triplets introduced on 2023-06-26.

* configure.ac: Treat windows* as equivalent to mingw*.

Update the installation instructions for Windows.

* INSTALL.windows: Add a note about MSYS2.

Assume UTF-8 for plain text.

* INSTALL: Use Unicode quote characters.
* INSTALL.generic: Likewise.

Ensure that makeinfo ≥ 6.8 checks the @menu structure.

See <https://lists.gnu.org/archive/html/bug-texinfo/2023-06/msg00015.html>.

* doc/Makefile.am (AM_MAKEINFOFLAGS): New variable.

Add support for LoongArch

Copyright-paperwork-exempt: Yes

Fetch newer files.

Remove ARM asm implementation of divu_6432_3232_().

Really use umull insn on ARM V7 and newer.

I haven'f found a GCC version which #defines __arm7__, __arm8__, etc.
but all modern compilers #define __ARM_ARCH since more than a decade.

Remove support for Watcom C++ compiler.

It's long outdated and may not work at all.

Remove all #if-def'ed out code regarding mulusmall_loop_up/down.

With a view on d58e9198, let's accept that 'digit' can be arbitrary.

Disable ARM asm implementation of divu_6432_3232_().

This function is broken: it sometimes returns wrong results.

Example: for 2^32*16830+755479655 / 1102945608 it returns q=97437 and
r=926900031 (but q=65538 and r=205814231 are correct).

At this point, ARM seems to work.

Fix ARM implementation of mulusmall_loop_up(digit, ptr, len, newdigit)...

...by removing the shortcut for small 'digit' and calling
mulu32_64_vregs instead (which handles digits >= 2^16 fine).

The requirement that 'digit' be small (<= 36) is documented in cl_DS.h
but nowhere enforced. Indeed, it is clearly violated in the base-N
input function digits_to_I_baseN().

I am not sure what to do. This ARM asm seems to be the only code which
relies on small 'digit'. A future patch should either fix the input
method to guarntee that 'digit' is small or accept that it can be
large and remove the shortcut in mulusmall_loop_up for good (and also
fix the comments in cl_DS.h).

Modernize ARM assembler.

* Don't use priviledged insns.
* Use BX insns to enable interworking with thumb mode.
* Don't use a global variable as return value.

With this patch, it works partially.

Update and clean up autoconf template files.

This is needed for compatibility with newer autoconf:
* Removed several unused m4 macros.
* Removed support for traditional C decl in CL_PROTO_TRY.
* Remove check for perror(), which is standard C++11.
* Remove ax_cxx_compile_stdcxx.m4 (it is pulled in by autogen.sh).
* Ran autoupdate on remaining files.

Tested successfully with autoconf 1.69 and 1.71.

Fix linking errors on some compilers.

Let's be explicit about variables with C language linkage [dcl.link]:
- 'type x;' declares and defines C++ variable 'x'.
- 'extern "C" type x;' declares 'x' (with C linkage).
- 'extern "C" { type x; }' declares and defines 'x'.
The C++ standard allows mixed declarations as long as they denote the
same entity, but some compilers (e.g. CLang) don't seem to comply.
It doesn't hurt to be explicit and use extern "C" throughout for the
affected variables.

Reported by Philip Huffman <philhuffman56@icloud.com>.

Avoid linker error on MinGW...

...due to multiple definitions of decode_float().

Reported by Lorne McIntosh <lmcintos@sfu.ca>.

Fix some comments about undocumented functions in public headers.

These functions have long been documented.

Remove some unused configuration macros.

* Don't test stack direction.
* Don't test endianness of chars.
* Assume HAVE_LONGLONG.

Move GETVAL macro from acinclude.m4 to m4/getval.m4.

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.