LatLngBounds hull generation

[LukasPaczos]

Currently, LatLngBounds objects in core are built with mbgl::LatLngBounds:hull, which is not trasitioning well into Earth that is not an Euclidean space. This results in wrapped bounds that cross antimeridian being represented incorrectly.
One of the ways to fix the issue would be unwrapping passed LatLngs for the shortest path before creating LatLngBounds object, however, it exposes inconsistency and makes tests fail.
Refs. #11733.

[osana]

convex hull can be used over a sphere but shortest distance between two points has to be properly defined.

At the moment LatLngBounds.hull uses LatLngBounds.extend() for its implementation which
assumes shortest distance to be calculated as in Euclidean space:

sw = LatLng(std::min(point.latitude(), sw.latitude()),
                     std::min(point.longitude(), sw.longitude()));
ne = LatLng(std::max(point.latitude(), ne.latitude()),
                    std::max(point.longitude(), ne.longitude()));

shortest distance between points on a sphere should look at the shortest span between two geo points

mapbox-gl-native/include/mbgl/util/geo.hpp

Line 140 in 2bb785d

void extend(const LatLng& point) {

cc @tobrun , @LukasPaczos

[LukasPaczos]

This isn't actionable/not required after #11807 landed.