gsm0808_cause_name() changes the size of the argumetn
from uint8_t to an
'int' that may be 32/64bit in size :( That breaks ABI, so we need to
bump soversion, or revert that change. As the gsup changes require a
version bump anyway, we should be fine.
In general, is there particular reason why we wouldn't want to bump
soversion when making new release? Unless it's a minor bugfix release of
course but so far we haven't bothered with those AFAIK.
Compatibility. We don't want to force people to rebuild all their
binaries just because somebody thought an enum was better than an
uint8_t as a function argument.
Sure, if there are important reasons to break ABI, do it. But don't do
it without a good reason.
I wish C had enum types with explicit size :/
IMO let's revert back to uint8_t and put the enum type in the API doc.
~N