Since it's an internal static function.

When the array is very big, the simpler `mrb_write_barrier` causes
calling `gc_mark_children` for big arrays repeatedly. That would hinder
performance very badly.

Which is caused by `MRB_NAN_BOXING`.

Introduced `MRB_NO_METHOD_CACHE` which is inverse of `MRB_METHOD_CACHE`
that should be enabled intestinally. In addition, the default cache is
made bigger (128 -> 256).

The minor versions should be upper compatible. So mere opcode, section
addition can be done without breaking compiled binary.

- no OP_EXT_ anymore
- OP_LOADI16 in right position

[ruby-bugs:15921]

They are included from `mruby.h` anyway, and including it ahead can
cause some errors regarding `INT32_MAX` etc. with C++ compiler.

This combination is too hard to support. Difference between C and C++ is
too big with VisualC++. GCC and clang are OK.

- `MRB_64BIT`: the size of a pointer is 64 bits
- `MRB_INT64`: the size of `mrb_int` is 64 bits