Bug 985495 - p11-kit: hard dependency on libpthread
p11-kit: hard dependency on libpthread
Status: NEW
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: p11-kit (Show other bugs)
7.2
Unspecified Unspecified
unspecified Severity unspecified
: pre-dev-freeze
: ---
Assigned To: Daiki Ueno
BaseOS QE Security Team
:
Depends On:
Blocks: 983512
  Show dependency treegraph
 
Reported: 2013-07-17 11:44 EDT by Florian Weimer
Modified: 2017-07-19 08:20 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Florian Weimer 2013-07-17 11:44:46 EDT
It should be possible to avoid a dependency on libpthread by using explicit mutex initialization with PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP, an ELF constructor instead of pthread_once, and __thread for thread local storage.  pthread_atfork would have to be referenced as a weak symbol.  For other functions, glibc contains stubs.

At present, this is not very interesting because all of our crypto libraries link against libpthread, but that might change.

(Quite a few libraries use faster algorithms or implementations when running inside a process that hasn't mapped libpthread, so this change would result in some indirect performance gains.)

Note You need to log in before you can comment on or make changes to this bug.