summaryrefslogtreecommitdiff
path: root/jurt/Library_jpipe.mk
AgeCommit message (Collapse)AuthorFilesLines
2020-03-03Use thread_local statics in dtoa.c to be thread-safeMike Kaganski1-0/+5
We don't use MULTIPLE_THREADS for that to avoid performance penalty due to locking and memory allocation. Use dtoa.cxx stub to compile dtoa.c as C++, to allow using thread_local keyword in MSVC, which still implements pre-C99. Also don't expose dtoa() and other symbols - make them static. And define IEEE_MC68k, not IEEE_8087 on big endian platforms. Change-Id: Ie59fe0cf057b043556a5ac15ec6b11a1a5b41f47 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89629 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins
2020-02-28Adapt Clang -fsanitize jurt/source/pipe/staticsalhack.cxxStephan Bergmann1-0/+4
...to 1782810f886acd26db211d8fdd7ae8796d203c57 "Related: tdf#130725: use strtod also in rtl::math::stringToDouble". The sal code recompiled into staticsalhack now uses StaticLibrary_dtoa, and that external/dtoa code needs to be recompiled, too. Change-Id: I60a88fc2b38766da36b356f89853f322657bde34 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89662 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-04-25Cut down on -pthread/-lpthread proliferationStephan Bergmann1-4/+0
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>
2017-05-16Also filter out flags like -fsanitize-address-globals-dead-strippingStephan Bergmann1-2/+2
...to avoid -Werror,-Wunused-command-line-argument in case some ASan build setting passes in such flags Change-Id: Ia613a10e3564a23715019ee0c7c755cdcbf7a47c
2017-04-21gbuild: Remove MSVC 2013 legacy codeDavid Ostrovsky1-4/+0
Uwinapi is discontinued. Change-Id: I063b4d0d8fab2d60de168e960a63b8181158ac01 Reviewed-on: https://gerrit.libreoffice.org/23198 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
2016-11-07Adapt jurt staticsalhack to MACOSXStephan Bergmann1-0/+6
Change-Id: I0525b68cdb097edd3241809ae0dc9c22e1ad9814
2015-11-12Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann1-1/+1
...in anticipation of building with clang-cl.exe on Windows Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398 Reviewed-on: https://gerrit.libreoffice.org/19928 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2014-11-19readwrite_helper.c -> readwrite_helper.cxxStephan Bergmann1-2/+1
Change-Id: I6d9f43a18e13cb291cb678b6faeeed7c0ec9de1a
2014-09-04Fix conditionStephan Bergmann1-1/+10
Change-Id: I8e70a62959dbeecd571c15c5b6fac1a41511a3f6
2014-09-04Poor hack for libjpipe.so under Clang -fsanitize=*Stephan Bergmann1-1/+44
Change-Id: I5c1036448cfc543f55cf1aa303abcfda6a64f64e
2013-04-24gbuild: drop empty use_packages callsDavid Tardon1-3/+0
Change-Id: I8e9f70eb5d929c98b4379416c2259a74e31d587f Reviewed-on: https://gerrit.libreoffice.org/3503 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-24move URE headers to include/David Tardon1-1/+0
Change-Id: Ib48a12e902f2311c295b2007f08f44dee28f431d Reviewed-on: https://gerrit.libreoffice.org/3499 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks1-22/+4
2013-02-27sal: new ZipPackage_sal_odk_headers for public ODK headersMichael Stahl1-1/+1
Change-Id: I76cb00121d7b4c21137be70ab7a5bd5389037302
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl1-1/+1
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2012-12-11Windows-only fixesStephan Bergmann1-0/+4
Change-Id: Ida4d7fc3f830cdc8a9c1ab9842d359763c6efae1
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl1-2/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl1-1/+2
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl1-0/+1
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-04-08gbuild: "use" vs. "add":Michael Stahl1-2/+2
Naming convention for gbuild methods: - "add" is used for stuff that is logically a part of the target (i.e. not registered at the Module, but defined in the target's makefile) - "use" is used for stuff that is logically a different target (i.e. it is registered at the Module, has it's own makefile, may be in a different module than the target)
2011-12-24gbuildize jurtDavid Tardon1-0/+54