diff options
author | Guido van Rossum <guido@python.org> | 2000-02-25 19:26:31 (GMT) |
---|---|---|
committer | Guido van Rossum <guido@python.org> | 2000-02-25 19:26:31 (GMT) |
commit | 02a1c40051e4d4ad081c38a368fd87da89ede5ac (patch) | |
tree | 23a466c2d3ccf2c50cf3533695b1141fc229911b /Makefile.in | |
parent | f7221c3a7d889a854a6b5e4a8d8012d93742e6b6 (diff) | |
download | cpython-02a1c40051e4d4ad081c38a368fd87da89ede5ac.zip cpython-02a1c40051e4d4ad081c38a368fd87da89ede5ac.tar.gz cpython-02a1c40051e4d4ad081c38a368fd87da89ede5ac.tar.bz2 |
Pat Knight:
Solaris 2 has stub implementations of the POSIX thread functions such as
pthread_detach in libc. This means that configure tries to use them without
-lpthread, then the test of pthread_create fails and the configuration
falls back to the Solaris thread library. This patch moves the test for
pthread_create in -lpthread ahead of the test for pthread_detach in libc.
The patch also ensures that -lpthread is at the start of the library list
when linking, to pick up POSIX thread semantics for fork (see below).
Justification.
Use of POSIX threads on Solaris ensures that the fork() call only runs the
thread that called fork() in the child. This is desirable to prevent (for
example) parent server or database threads running in the child. Sun's
-lthread library uses a traditional fork() which replicates all the
parent's threads in the child. I find this undesirable.
Digression.
The configure.in seems to always test for -lthread even if a POSIX library
is found. I'm not enough of a configure.in wizard to decide whether this is
desirable or how to fix it. It is also irrelevant to this patch - I just
spotted it while testing.
End of Digression.
Diffstat (limited to 'Makefile.in')
0 files changed, 0 insertions, 0 deletions