b1141fa610
Building against libstdc++ effectively always requires -pthread anyway (as various standard C++ headers require it, see the comment added to solenv/gbuild/platform/unxgcc.mk), so many explicit uses of -pthread/-lpthread can be removed. Doing a (partial) test build on Linux with Clang -stdlib=libc++ suggests that libc++ indeed doesn't need -pthread as libstdc++ does. The remaining uses of -pthread/-lpthread are mostly in configure.ac for the various BSDs (which somebody else might want to clean up now), and related to external projects. I tried to be careful to remove -pthread/-lpthread from makefiles only when C++ object files are involved (so -pthread will now be included on the link command line by default). Change-Id: I936e082839cb9a434bd273ce5a1f187a4245dfa1 Reviewed-on: https://gerrit.libreoffice.org/71291 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> |
||
|---|---|---|
| .. | ||
| android | ||
| cppunittester | ||
| inc | ||
| osl | ||
| qa | ||
| rtl | ||
| test | ||
| textenc | ||
| util | ||
| CppunitTest_Module_DLL.mk | ||
| CppunitTest_sal_comtools.mk | ||
| CppunitTest_sal_osl.mk | ||
| CppunitTest_sal_osl_security.mk | ||
| CppunitTest_sal_rtl.mk | ||
| CppunitTest_sal_types.mk | ||
| Executable_cppunittester.mk | ||
| Executable_osl_process_child.mk | ||
| Library_lo-bootstrap.mk | ||
| Library_sal.mk | ||
| Library_sal_textenc.mk | ||
| Makefile | ||
| Module_sal.mk | ||
| README | ||
System abstraction layer; rtl, osl and sal rtl: Platform independent strings osl: platform specific stuff, threads, dynamic loading, process, ipc, etc Exports only C API and some inline-methods (only C++ API).