issues with not using 64-bit step numbers everywhere
edr writing during long mdrun -rerun screams when it's not a problem (reported on gmx-users).
In practice, xtc and trr can't handle step numbers past 2^31 (can't fix that, but it works in TNG).
TNG wrapper routines didn't use gmx_int64_t like they should.
Fix issues with using int for number of steps
Mostly we use a 64-bit integer, but we messed up a few
During mdrun -rerun, edr writing complained about the negative step
number, implied it might be working around it, and threatened to
crash, which it can't do. Silenced the complaint during writing,
and reduced the scope of the message when reading.
Fixed TNG wrapper routines to pass a 64-bit integer like they should.
Made various infrastructure use gmx_int64_t for consistency, and noted
where in a few places the practical range of the value stored in such
a type is likely to be smaller. We can't extend the definition of XTC
or TRR, so we're stuck. TNG is already good, though.