Parse and print nonfinite parts in rectangular complex numbers.

Add some more nonfinite complex screw cases.

Revert "Remove workaround for 9.2 compiler bug."

This reverts commit 7828111b77fb53e34b365abc775148f49eabe1d2.

Can't keep this change until a new release has a compiler without
the bug.

Add a directory of pending release notes.

These are in separate files in no particular order so that we don't
have merge conflicts when people merge branches with their own
release notes.

When a release goes out we can just clear the directory and start
over.

Some of these actually went out in 10.1 but didn't make it into the
release notes (and a couple may have been slightly broken in 10.1
anyway).

Add some complex infinite screw cases, xfail.

Eliminate more string-copy calls.

Eliminate now-unnecessary string-copy calls.

gcnote: When heap runs low, abort just the current/console thread.

runtime/gcdemn: Update daemon descriptions.

runtime/http-io: request body can be #f

mcrypt/configure.ac: typo

ffi/build: typo, free variable

Revert "Revert "Remove workaround for 9.2 compiler bug.""

This reverts commit 690adab07f3f98ccc53d38a75347f184e8811248.

Let's try this again.

Make flo:integer? answer true only for finite inputs.

Add tests for integer?.

It incorrectly reports infinities as integers, so xfail.

Confirm that complex flonum components survive read/write in hex.

Teach the printer to print inexacts and complexes in hexadecimal.

Add some more tests for read/write invariance with hex.

Printer doesn't yet understand how to print flonums in hex, so xfail.

Don't add the #x marker in flo:->string / number->string.

We'll add it in the printer downstream.

Use a make macro with $(MAKE) to make in subdirs, with + modifier.

- Avoids relying on `make' to execute the right make.
- Works with `make -n'.

Fix case that wasn't adequately exercised.

Tickle error case that I missed.

Revert "Remove workaround for 9.2 compiler bug."

This reverts commit 7828111b77fb53e34b365abc775148f49eabe1d2.

I haven't tracked this down because the stack trace is full of frames
in the compiler for which we don't install debug data but the symptom
is:

;  Compiling file: "./floenv.bin" => "./floenv.com"...
;The object +inf.0, passed as the first argument to flonum-normalize, is not the correct type.

First few frames suggest this is in flo:->rational called by something
in RTL CSE.

Teach (number->string x 16) to use radix 16, base 2 exponent notation.

Fix export list of (runtime ieee754).

Fix definition of flo:largest-positive-normal.

Test a couple edge cases for hexadecimal floating-point parsing.

One is xfail right now because I defined flo:largest-positive-normal
wrong -- oops!

Add support for parsing non-decimal radix points and binary exponents.

Add some trivial string->number tests.

Don't transform (- x) into (- 0 x).

The transformation is wrong for floating-point signed zero.

Add an explicit test for negating zero with (- x).

Currently xfail for some cases because of incorrect optimization in
sf.

Remove workaround for 9.2 compiler bug.

Remove workaround for 9.2 compiler bug.

Eliminate support for old types in debugging info.

Eliminate obsolete record-type-dispatch-tag.

Remove no-longer-needed comment.

Implement new-make-define-structure-type without the obsolete argument.

Temporarily preserve make-define-structure-type which ignores the arg.

Change plugins to use the already-compiled toolchain.

Eliminate structure-type/unparser-method and its dependents.

Eliminate old version of make-record-type.

Add patch from internet to enable/disable FP traps on macOS.

Big round of changes to UCD tables, no longer need runtime conversion.

Previous tables had to be compiled using 9.2, and couldn't use bytevector,
unicode string syntax, or R7RS char/string escapes.  Now they do that which
results in some small space savings and less work at cold load.

Additionally I changed the representation of multiple-code-point values from
strings to vectors.  The old representation depended on the fact that
vector->string didn't do normalization, so those strings can't be constructed at
compile time (they'll be normalized) and anyway it's not good to depend on that
feature of vector->string.

Change default port char-set to ASCII.

Add char-set operation to string output ports, using Unicode.

Speed up the ieee754.scm tests a tiny bit.

Simplify enumerated tests here.

Skip floating-point trap tests if the host doesn't support them.

Ignore .fni and .moc files too.

Missed a spot: 64-bit architecture is effectively heap-in-low-memory.

Teach the ucode to build on NetBSD/aarch64.

Cull configure checks for unused functions.

Export flo:random-unit-{closed,open} and deprecate flo:random-unit.

Fix bug: couldn't compile random.scm on a 32-bit system.

The problem is that it was trying to represent the constant #x55555555 as a
fixnum, which won't work.  I added more selective macro-expansion to enable only
those parts of the code relevant for the different word sizes.

Fix bug: -Werror means FOO_length_in_bits won't compile on 32-bit gcc.

Before it just issued a warning.  I rewrote it so that it works.

Disable -Winline.

Not really generally useful unless you're tuning particular code;
highly compiler-dependent.  Currently breaks -Os.

Check for overflow in int, not size_t.

Use -Wl,-export-dynamic to pass -export-dynamic to the linker.

Disable -Wunreachable-code for now, too many false positives.

Use -frounding-math since we change the rounding mode.

Fix problems when trying to compile under macOS.

Bump version number so it's different from release.

Merge branch 'master' of git.sv.gnu.org:/srv/git/mit-scheme

Allow --enable-debugging to have a third value.

Anything other than "yes" or "no" will be interpreted as setting the C compiler
to generate debugging symbols, but not turn on all of the debugging helpers in
the microcode.

Show the expression too.

Use multiple tests rather than an iterated test to get all results.

Paranoia (and gcc warning suppression): Avoid arithmetic overflow.

Disable -Wstringop-truncation.

We use strncpy in very limited ways, one of which is for struct
sockaddr_un, for which strncpy truncation is correct.

Explain why we don't do -Wmissing-prototypes yet.

Add -Wunreachable-code and -Wwrite-strings.

Merge all the warning flags into the same list.

Subscribe to particular warning flags, not to -Wextra.

-Wextra now entails -Wcast-function-type, which is incompatible with
various Unix APIs like sigaction.

Fix reader NaN notation: -nan.0/+nan.0, not just nan.0.

Some trivial tests for read/write invariance.

One xfail: The `nan.0' notation reads as NaN, not as a symbol, and
`+nan.0' is not recognized.

More atan2 edge cases.

Fix edge cases of flonum divide and atan2.

Test edge cases of flonum-divide primitive and of atan.

Let the system math library elicit IEEE 754 exceptions.

Don't trap in our ucode primitive wrappers if the floating-point
exception isn't trapped.

Test the flonum-sqrt ucode primitive explicitly.

The compiler open-codes it in flo:sqrt on amd64, which hardware gives
the correct behaviour, but the ucode does not right now.

Follow IEEE 754 semantics: disable floating-point traps by default.

Add tests for floating-point exceptions.

Mind my i's and j\s.

I broke random-bytevector for large inputs.

Rewrite random number generator.

New one has 32-byte state s, produces output x by splitting 64-byte
ChaCha20_s(0) into 32-byte halves s' and x and replacing the state by
s'.

I added two alternate implementations of flo:random-unit, one which
samples real numbers uniformly from [0,1] and rounds them to
floating-point numbers, and one which samples real numbers uniformly
from (2^{-emin - p - 1}, 1 - ulp(1)/4) and rounds them to
floating-point numbers.  The latter is wrong for various reasons but
it is closer to what we historically provided, so it is what we use
for now.

I removed the fallback in case get-entropy (/dev/urandom) fails,
which means this won't work on Windows until someone teaches the
microcode to call CryptGenRandom there, and won't work in a chroot
unless someone teaches it to use getentropy(2) or getrandom(2) or
whatever.

If this causes any problems, feel free to back out this commit --
aside from refusing to fall back to getting `entropy' from the clock
and having a different export format, this is intended to be a
drop-in replacement for the old random.scm (hence the recent tests),
so if I made a mistake just back it out, let me know what went wrong,
and I'll add more tests before re-merging it.

Test that make-random-source is deterministic.

Randomize the dispatch tag cache; don't copy the system state.

Use get-entropy primitive to initialize random states.

Remember to close /dev/urandom when done.

Check for fenv.h and ieeefp.h functions only if the header is there.

Makes it easier to disable these and test our own version by just
setting ac_cv_header_fenv_h=no ac_cv_header_ieeefp_h=no.

Add -Werror after all autoconf checks.

If we do it before, the autoconf checks -- which are full of compiler
warnings -- all fail.

Need "osentropy.h" for OS_get_entropy.

Use "config.h" to get uint8_t.  No more need of <stddef.h> for size_t.

Fix prototypes for x87_read/write_environment.

Use a fresh random state for randomized tests.

More floating-point parameters.

New primitive (get-entropy bv) randomly fills a 32-byte vector.

Turn off -Werror here; breaks configure.

Should turn it back on somewhere else.

Missed a run-sub-test.

New procedure (bytevector-zero-explicit! <bv> [<start> [<end>]]).

Intended to zero the memory backing a bytevector even if the values
will never be used again and an aggressively optimizing compiler can
prove that.

Doesn't actually work (GC can move stuff without zeroing it) but it
may help to have it in order to tag where it _would_ be needed if we
could make it work in the future.

Fix indentation.

Make some of my stupid old randomized tests a little less slow.

Would be better to rewrite these so they're not as stupid.