On Thu, Sep 4, 2008 at 12:04 PM, dann frazier <dannf@xxxxxxxxx> wrote: > If we continue to use libc6 as the package name as we're currently > doing, at some point libc will get upgraded to the NPTL interface and > things will start crashing immediately. I asked if we could just do > "whatever x86 did", and kyle said that we have a problem they didn't - > our data nptl/lt data structures are incompatible. > > We can deal with that to an extent by adding a second libc package, > e.g., libc6.1. But, jejb pointed out that, since most libs depend on > libc, we'll need to be able to have libs for both interfaces at the > same time to support a transitional upgrade - and that implies an > SONAME bump for every C library. > > Hopefully there's an easier way, but I don't know of one. How far away is queeze? I have to go write some, code, and test some changes, and get back to the list with some options. Namely: Is it possible to change the pthread structures such that writing the compatibility code is easy? - Leave padding where the old lock words were and detect statically initialized locks by looking at these words? - Does this break Gentoo? I think they just emerge world. - Does this break Ubuntu hppa? Probably. Chers, Carlos. -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
