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> |
||
---|---|---|
.. | ||
bin | ||
buck | ||
clang-cl | ||
clang-format | ||
doc/gbuild | ||
gbuild | ||
gbuildtojson | ||
gcc-wrappers | ||
gdb | ||
inc | ||
lldb/libreoffice | ||
maven | ||
qa/python | ||
sanitizers | ||
vs | ||
CompilerTest_compilerplugins_clang.mk | ||
CustomTarget_gbuildtesttools.mk | ||
Executable_concat-deps.mk | ||
Executable_g++-wrapper.mk | ||
Executable_gbuildtojson.mk | ||
Executable_gcc-wrapper.mk | ||
flatpak-manifest.in | ||
Makefile | ||
Module_solenv.mk | ||
PythonTest_solenv_python.mk | ||
README | ||
StaticLibrary_wrapper.mk |
Tools and makefile fragments necessary for compilation This module contains many tools and makefile configuration pieces, critical for building LibreOffice: bin/ contains lots of tools used during the build: concat-deps* these aggregate, and remove duplicates from module dependencies, to accelerate build times. make_installer.pl this script executes the compiled instructions from the scp2/ module to create an installer, and/or to do a local install for the smoketest. gbuild/ implementation of the LibreOffice build system See gbuild/README for more info. gdb/ lots of nice python helpers to make debugging -much- easier that (eg.) print UCS2 strings as UTF-8 on the console to help with debugging. inc/ old / increasingly obsolete dmake setup and includes, we are trying to entirely rid ourselves of this src/ useful standard / re-usable component map files for components which shouldn't export anything more than a few registration symbols.