e97af6c8bf
Our version was different from the upstream version in that we tried to use
all possible pthread-related flags that the compiler accepts, rather than
just the first one that works. That change was made in commit
e48322a6d6, to work-around a bug affecting GCC
versions 3.2 and below (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8888),
although we didn't realize that it was a GCC bug at the time. We hardly care
about that old GCC versions anymore, so we no longer need that workaround.
This fixes the macro for compilers that print warnings with the chosen
flags. That's pretty annoying on its own right, but it also inconspicuously
disabled thread-safety, because we refused to use any pthread-related flags
if the compiler produced warnings. Max Filippov reported that problem when
linking with uClibc and OpenSSL. The warnings-check was added because the
workaround for the GCC bug caused warnings otherwise, so it's no longer
needed either. We can just use the upstream version as is.
If you really want to compile with GCC version 3.2 or older, you can still
work-around it manually by setting PTHREAD_CFLAGS="-pthread -lpthread"
manually on the configure command line.
Backpatch to 9.5. I don't want to unnecessarily rock the boat on stable
branches, but 9.5 seems like fair game.
13 lines
384 B
Plaintext
13 lines
384 B
Plaintext
dnl aclocal.m4
|
|
m4_include([config/ac_func_accept_argtypes.m4])
|
|
m4_include([config/ax_pthread.m4])
|
|
m4_include([config/c-compiler.m4])
|
|
m4_include([config/c-library.m4])
|
|
m4_include([config/docbook.m4])
|
|
m4_include([config/general.m4])
|
|
m4_include([config/libtool.m4])
|
|
m4_include([config/perl.m4])
|
|
m4_include([config/programs.m4])
|
|
m4_include([config/python.m4])
|
|
m4_include([config/tcl.m4])
|