Doug Rabson wrote: > > I think the only sensible solution to this problem is for libraries which > > provide an actual pthreads implementation (rather than a set of stubs) to > > define strong symbols. Wierd debugging wrappers can still be achieved via > > some dlopen/dlsym hackery. > > For what its worth, doing this (defining strong pthread_* symbols in > libc_r) makes everything work fine, with or without libXThrStub.
No, this would be bad. There's some justification for not doing this, in allowing programs linked againts libraries linked against threaded libraries to link against alternate threads libraries. If the symbols are stong, then this is not possible. Maybe the workaround for now is to make the symbols in libXThrStub.so weak? -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
