automake cleanup: uninitialized version_t

This sometimes gives a completely random uint64_t value, because it is
potentially used uninitialized.

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: typo + fixing inttypes.h revamp

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: inttypes.h -> int_types.h in makefile.am

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: forgot one reference to inttypes.h

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: dencoder test prog moved to src/test

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: weird error where AM is dependent on order

libhadoopcephfs.la *must* come after libcephfs, or else make install
will fail

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: fixing build errors

- Uninitialized field in MonitorLevelDB::Op causes random build errors.
- Order matters; set up automake env before everything else
- Add emergency defs of PRI*64 headers when inttypes.h does not define
  them (which, unfortunately, can happen on some systems).

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>
automake cleanup: typo

Signed-off-by: Roald J. van Loon <roaldvanloon@gmail.com>