> Okay, so we rebuild libbar from source without bumping its major, and
> get foo'':

> foo'' : libc.so.13
>         libbar.so.3 : libc.so.13

> This works,

Only if libbar doesn't depend on the former version of the incompatible
interface change that caused the libc major number bump.

In the case that started us off, this would be true, because it was an
ABI change but not an API change, but that doesn't have to be so.

(Indeed, I think I've seen NetBSD do not-backwards-compatible API
changes without ABI changes, without touching the major number;
routines have been silently added to existing include files, thereby
breaking code that uses those names for its own purposes.  API changes
without changes to existing ABIs are not the sort of change library
major numbers are for, though.)

/~\ The ASCII				der Mouse
\ / Ribbon Campaign
 X  Against HTML	       mouse@rodents.montreal.qc.ca
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B