WM_ParseNewMidi: use a common failure cleanup path by using gotos.
delay Init_MDI call until certain sanity checks pass. fixes clang
static analysis tool warnings.
Fixes binary-file-built-without-LFS-support issue with Debian, effects only wildmidi player
require cmake-2.8.11 or newer for wildmidi-0.4.x, and use TARGET_INCLUDE_DIRECTORIES freely
documentation fixes
get travis to talk to our backported precise packages
explicitly upgrade cmake
fix last remaining 'Memory is never released' issue.
WM_LC_Tokenize_Line: reduce allocated mem size, and # of realloc calls.
before:
    total heap usage: 991 allocs, 991 frees, 2,496,261 bytes allocated
after :
    total heap usage: 799 allocs, 799 frees, 2,463,541 bytes allocated
init_gauss: avoid 1024 times of realloc, as suggested by Chris. clarified some magic numbers.
revert 83563637: it doesn't see thread-safe.
remove return statements from end of functions returning void. some formatting tidy-ups
actually follow Bret's suggestion about using WM_Lock() functions,
and reapply 83563637 in a modified form:  do not initialize gauss
and newton tables unless WM_MO_ENHANCED_RESAMPLING is set, so that
we steal ca. 300k less memory upon library initialization. (I was
possibly half asleep when I said that I can't use WM_Lock() stuff
for this...)
Worked around an invalid memory read found by valgrind when playing
Beethoven's Fur Elise.rmi at 44100 Hz using the old MIDIA patch-set
from 1994.  issue #36:  just pad with one more sample in convert_XX
functions of gus_pat.c.
our ALSA (and OSS) drivers can set the sample rate to a different
value than what the user intended: report that on stderr. however,
since WildMidi_Init() is called _after_ open_audio_output(), the
library gets the same value that the driver actually set and the
playback works correctly, albeit at a different rate.
Merge pull request #48 from chrisisonwildcode/master

Update my source ...
Merge pull request #2 from Mindwerks/master

oops Try that again