On 7/17/15 11:31 PM, Konstantin Belousov wrote:
On Fri, Jul 17, 2015 at 11:05:59PM +0800, Julian Elischer wrote:
On 7/17/15 10:59 PM, Conrad Meyer wrote:
On Fri, Jul 17, 2015 at 7:47 AM, Julian Elischer <jul...@freebsd.org> wrote:
On 7/17/15 9:02 PM, Venkat Duvvuru wrote:
Is there kABI (Kabi-whitelist) equivalent feature in FreeBSD?
well, yes and no.
I believe Venkat is asking about a specific Linux package,
kabi-whitelists. It contains a list of ABIs considered "stable" in a
given RHEL release, and a checker that (?)validates programs to only
contain "stable" calls (guessing a little bit, but it has some sort of
yes I know.. but that is needed because linux does NOT maintain kABI
We don't need it as much.
Don't you see the self-contradiction in your statements ?
Linux does maintain ABI stability, and the tool asked about, is the tool
to ensure that the stability is provided.
no I don't see that
yes people do break it but they are going against project policy when
We try to provide the stability, except when people ignore the issue, or
make stupid decisions without concerning the future. And, althought we
do have some very basic tools to check the changes in ABI of the given
component, but we do not have any registry of the stable ABI and we do
not detect the abrupt unintended ABI breakage in automated way.
and are often called out for it.
Neither we have a tool to ensure that applications do not mis-use non-public
interfaces or interfaces which are not stable. This is a consequence of
the missed registry.
I don't think there is haughtiness.. I think we do a reasonable job in
I noted the provoking haughtiness among many developers WRT ours/Linux
ABI stability guarantees, while the real state is exactly opposed. The
tirade is written to make more people aware of the thing and raising the
desire to keep OS quality higher in this regard.
maintain kABI compatibility.
sometimes we mess up, it's true but overall it's been pretty amazing.
My main question to the OP is "what do you want to do?"
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"