clone 441763 -1 severity -1 wishlist reassign -1 libc6 thanks > What the fuck? Do you have in mind that you rely on a feature that does > not exists, and you are shouting because it does not exists?
I was not shouting, and even if I were, this level of abuse is inappropriate. > libc.so.6's has NEVER provided such stub interfaces for the symbols you > want. Those symbols are in libpthread.so not in libc.so, so your library > must be linked with libpthread.so. You are correct; I checked the sarge and etch (i386) libc6 and they don't provide those symbols either. I assumed that libc6 must at one time have provided those symbols for the existing libdb4.2 binary to get built in the first place; isn't the linker supposed to refuse to create a shared library with undefined symbols? That being so, clearly libdb4.2 needs to get relinked against libpthread for the moment. I would have preferred to fix this only in libc6 because that kind of for-the-moment change tends to get left long after it is unnecessary again, and libdb gets used all over the place, so the performance penalty will be general. However, I recognize the binary compatibility problem. > Adding the stubs you want is something possible, but that needs to be > done upstream to not break binary compatibility. From the GNU libc side > this bug can only be considered as a wishlist. Fine, re-cloning as a wishlist bug for libc6. zw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
