OdyX opened a new issue, #2495:
URL: https://github.com/apache/brpc/issues/2495
**Is your feature request related to a problem?**
According to Debian Policy guidelines, it's not realistic to ship a libbrpc
without a versionned SONAME in `/usr/lib/${ARCH}/`; see
https://manpages.debian.org/sid/dpkg-dev/dpkg-gensymbols.1.en.html#Good_library_management
**Describe the solution you'd like**
It'd be ideal for libbrpc to have ABI stability guaranteed by a SONAME which
would only get bumped at major versions.
**Describe alternatives you've considered**
Making libbrpc a private library imposes that all consumers of libbrpc need
to be statically compiled, or in tightly-coupled versions; that's not really
sustainable.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscr...@brpc.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@brpc.apache.org
For additional commands, e-mail: dev-h...@brpc.apache.org
