Bug#244897: Broken Debian httpd/APR packaging
Joe Orton wrote:
>
> And the libstdc++.so soname changes when the C++ ABI changes. Not sure
> how this is relevant.
But the SONAME of libfoo that depends on libstdc++ doesn't change. Same
goes for compiling a library against any new version of a depending lib.
Since libtool no longer forces transitive dependencies, there's no way
for a top-level binary to see that the ABI has changed.
How is that different from, say, forcing GCC or even glibc to always use
64 bit offsets?..
> In light of what? The fact that there exists some minority
> distributions
> already doing the wrong thing? If you change the ABI you *must* change
> the major MMN. That is what it is *for*.
Yet, according to the header where it's defined, the major MMN is used
for feature flagging and checking, which would break horribly if we
picked some random MMN. Pick one lower than the current one, and we're
advertising a lack of features, pick one higher, and we may be
advertising a feature set from CVS that we don't actually have.
> And you risk triggering all the incompatibilites
> between libraries e.g. used by PHP which are compiled with a 32-bit
> off_t vs programs using a 64-bit off_t, but presumably you know all
this
> already.
I've spent a great deal of time hunting down and squishing such
problems, yes. I'm fairly confident that we've managed to work around
all but two, and those are on my plate for the next day or two.
... Adam
Reply to: