On 20.08.2019 17:46, Julian Foad wrote: > Julian Foad wrote: >> [...] OR >> >> * Each version can add APIs but cannot remove or break existing >> APIs? (Like our current rules for minor releases.) > > Reading back what I've just written, it seems I'm completely missing > something. If we take that approach (API changes allowed), then > everything I wrote doesn't seem to amount to anything that would make > a real difference to you.
I suspect that the real issue is that a consumer of JavaHL cannot trivially rely on compile-time version checks to decide which version of the API to use (and, as a consequence, which features it can expose). In Java, you have to do this with class loaders and other unspeakable horrors. So relying on the 1.8 *API* makes a kind of sense, since we do promise backwards compatibility on that level. -- Brane
