location API only provides horizontal API but iOS/OSX API supports
both horizontal and vertical. Maybe consider implementing vertical
accuracy for Android by hand later
and get_longitude are gone now in place of get_position. Basically,
from C land we basically do a poll-style queries, but on the
implementation side (ie. Android/iOS/OSX) - they all use callback-based
location updates. So we simply check in the poll function (get_position)
whether position has changed, and if so, update the pointer values and
return true - if not, set them to 0 and return false.
This is the list of reduced sizes:
file: dsound.c - struct dsound_t reduced from 56 bytes to 52 bytes.
file: shader_parse.h - struct gfx_fbo_scale reduced from 32 bytes to 28 bytes.
file: thread_wrapper.c - struct texture reduced from 28 bytes to 24 bytes.
file: libretro.h - struct retro_hw_render_callback reduced from 40 bytes to 36 bytes.
file: movie.c - struct bsv_movie reduced from 36 bytes to 32 bytes.
file: netplay.c - struct delta_frame reduced from 16 bytes to 12 bytes.
file: performance.h - struct rarch_perf_counter_t reduced from 40 bytes to 32 bytes.
When disabling audio and/or muting, the core has no way
of knowing this, causing potential issues in a threaded mixer.
This environ is not used by any public core to my knowledge so the old
API has been removed and replaced with a change to environment number
(20 -> 22).
Moved private stuff to libretro_private.h.
Dropped use of retro_variable (redundant and wrong type).
Didn't understand difference between EXEC_LOAD and EXEC_RELOAD at all.
Only one was used anyways ...
to write internal code - other libretro implementations can now just implement
this environ callback and have other external frontends of their own be able to swap
in/out libretro cores from outside
