Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190226115512.GJ22812@example.net>
Date: Tue, 26 Feb 2019 12:55:12 +0100
From: u-uy74@...ey.se
To: musl@...ts.openwall.com
Subject: Re: ABI compatibility between versions

On Tue, Feb 26, 2019 at 10:58:38AM +0100, Szabolcs Nagy wrote:
> other than the bug compatibility, a difference between the
> two approaches is that glibc may do certain abi breaking
> changes while keeping old binaries work, that musl cant do.

I feel this statement is unfair to musl.

AFAICS symbol versioning does not allow "breaking" the ABI, but
*extending* it with new entry points (made to look like the old ones in
the API, which makes the old ones inaccessible via the API).

This is also exactly what musl can do, extend the ABI.
The difference is how to reflect those changes in the API.

Keeping the old API on top of a subset of the occasionally extended ABI
is what glibc does and musl does not.

Regarding old binaries API stability is irrelevant.

Rune

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.