Fix strideBack for ref ranges.
Added tests for reference type ranges to stride.
Fix for issue# 9456.

This change makes it so that decodeFront takes its range by ref and pops
off the code units that it decodes (unlike decode). It pretty much has
to do that, since it supports input ranges, and they can't do anything
else.
Swap a couple of overloads in std.utf.

This makes no semantic difference to the code, but it makes it so that
the attributes which are on one of the overloads don't make it into the
documentation (where they would imply that all of the overloads have
those attributes, which is not correct).
Minor tweak to decodeFront per review.
Update in chunks

reduces requirements to ForwardRange
Add note about Issue 7648 to `std.stdio.File`.

Issue URL: http://d.puremagic.com/issues/show_bug.cgi?id=7648
Fix issue in `std.json` when `null` is returned instead of empty string/array.
fix Issue 9431 - Tuple creation problem with array of array
Fix big endian version of MD5 and RipeMD160.

Obviously the code has never been run on a big endian architecuture.
With these changes the unit tests passes on Linux/PPC64.
add an overload for uniform!enum that takes a generator
Fix big endian issue in std.internal.math.biguintcore.d

The unit tests passes with this change on Linux/PPC64.
Fix endian issues in std.md5

I replaced the methods Encode and Decode with calls to methods
from std.bitmanip. This solves the endian issues.
Fix std.BigInt bug #9548 plus other new discovered bugs.
DDoc -std.stdio: exceptions thrown by C-like API.

Updated documentation for all the C-like member functions \
(and the File ctor) to specify exactly what gets thrown when. 

(note: Exceptions in std.stdio are a mess and should be made 
 more consistent. Also, it seems some member functions that 
 should check if the file is opened do not, but I don't know
 if that might be intentional (as the C functions should fail 
 anyway, resulting in a throw))
Fix endian issue in std.bitmanip

BitArray uses an array of size_t elements but opEquals() and opCmp()
cast it to an array of ubyte elements. On a big endian architecture
the bytes are accessed in wrong order.
The solution is to always use size_t elements.
Merge pull request #1254 from redstar/endianbitmanip

Fix endian issue in std.bitmanip
Merge pull request #1249 from redstar/digestendian

Fix big endian version of MD5 and RipeMD160.
Merge pull request #1250 from redstar/bigintendian

Fix big endian issue in std.internal.math.biguintcore.d
Cleanup digest source.

Removes an unnecessary cast and variable initialization.