Age | Commit message (Collapse) | Author |
|
Change-Id: I43650c6f4a66058e73945851a6990555e42b8ac2
Reviewed-on: https://gerrit.libreoffice.org/744
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I91a7f74e55b6ad8780a3a0920a22b6a7264b7b88
|
|
Always link in gb_STDLIBS, except when the library explicitly opts out
with gb_LinkTarget_disable_standard_system_libs.
Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
|
|
add a new gb_LinkTarget_use_system_win32_libs to abstract different
linker options on MSVC and GCC.
Change-Id: Ic9bf2545f59bf7871e6fc06b290c486ddfbec03d
|
|
Change-Id: Ia7f64bdd0fd81c5dcc08d828db4602b65e2da949
|
|
Change-Id: I66f8229e186e312ed3242695db9ef0768ab4d9a0
|
|
There are currently 3 different mechanisms being used for frameworks,
which is of course intolerable so we invent a 4th one and standardize on
it: gb_LinkTarget_use_darwin_frameworks
(This doesn't mean using add_libs or externals was wrong, it was just
inconsistent... and i don't see an obvious benefit of using externals here)
Change-Id: I5de9020402c87e7236c6a358c47f02fa56642d3d
|
|
... new gb_LinkTarget_add_standard_system_libs
Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
|
|
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
|
|
Change-Id: Ib33d91ea56219036182d30fdd3dc2159ce32a48c
|
|
Change-Id: I1d755086295f5a8cd7acf56204402b95fe228d2d
|
|
Change-Id: I93949cc37821c5306514c8ce2f21519550f33775
Reviewed-on: https://gerrit.libreoffice.org/672
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c
Reviewed-on: https://gerrit.libreoffice.org/671
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I0733abb5c736ab393259fd6a005a89b887304f10
|
|
Change-Id: Id9c452d9c1034f2e7969a9eae7588f2eb81a8813
|
|
Change-Id: I95d23e6728571b3f3a6421a05fec814f7c5d059c
|
|
|
|
the intent of this header has canged over time. now it is already
systematically included with ustring.hxx and the operator overload it
provide fit nicely there...
Just to be safe, since that include as been added to the api during the
3.5 timeframe and therefore is already in 'production'
the header remain and simply attempt to include ustring.hxx
but a warning is issued indicating that this header should not be used
anymore... in a couple of major release we will thenr emove it completely
All internal users of that header are converted.
Change-Id: I8934c55f089e29d78c0f5649b7c87b2ecf024bad
Reviewed-on: https://gerrit.libreoffice.org/634
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
It apparently works that way, so there's no need to have
an #include loop.
Change-Id: I58d4f0461c14637872a139f0fbfb78f2a99fe28a
|
|
Change-Id: I0e6992afbeffaf3b993e6630fb396d93012890e0
Reviewed-on: https://gerrit.libreoffice.org/632
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I33fbe68b17e9a1c457b37c6d81619f2df67fbe8d
|
|
atomic increment/decrement is provided by
osl_increment/decrementInterlockedCount()
but that is a exported dll function, so it cannot be inlined.
valgrind analysis of a run, loading a medium sized spreadsheet, shows
that these 2 functions were called 3.5 millions times for a total cost of
55 millions of instructions... a cost of 8 instructions per call,
which is at least a 300% overhead since an atomic inc/dec is 2 instructions
iow we could save about 1% of the total instruction count of that run(4.6B)
We cannot change the existing api, as this would break ABI.
but we can add a new api. and migrate internal user to it.
osl_atomic_decrement/osl_atomic_increment do the same task,
than osl_*IntelockedCount() but do that inlined if possible.
Note that this version only optimize the case GCC with atomic built-in.
but support for other case should not be very hard.
follows-up patches will replace the use of the osl_*InterlockedCount()
in the product with their osl_atomic_* equivalent.
Change-Id: If4dcbf94ea6f62eb6d55d30613fe65878ffb8023
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I4d6ad11fbe68420931e88defa20afbef290d4d24
|
|
Change-Id: Ia28c36b1627ef944adecd5c8a55c150bd0f9aa02
|
|
Linking of cppunittester (and any other executable that uses
SAL_IMPLEMENT_MAIN or SAL_IMPLEMENT_MAIN_WITH_ARGS) fails otherwise.
Change-Id: I778941ab2069819789f96ab04f364ea61cf4a3cb
|
|
For one, assert.h is designed to be includeable multiple times with changing
NDEBUG settings, so it is not robust to include it early in sal/macros.h with
"correct" NDEBUG settings and potentially include it again later. For another,
there is #ifndef NDEBUG code providing functionality used exclusively within
assert calls, which must be compiled with the same NDEBUG-setting as the
relevant #include <assert.h>.
Change-Id: I7b2f9c85f8e2155051274757c64162ed5a5e9d1b
|
|
Change-Id: I7ba421479cd332e059ed9da1c6090e2df420347e
|
|
This reverts commit 2dfe34ce0efef6ec0412130a32f755657710363d:
* sal/saldllapi.h is about something different than sal/types.h (it is rather a
mistake of cf77e8a0b9dc26d5007c76388c3f09231f048bdd "sal: add visibility
symbols" to shortcut the #include of sal/saldllapi.h into sal/types.h instead
of the headers that actually need it), not every header needs to include
sal/types.h
* sal/config.h is the header to always include first (not sal/types.h)
Change-Id: I217f2540197ddb682c6c00e529b812b04b327d73
|
|
Change-Id: Id2db7abdec7373082f85fb9d8479427d09cc0a12
|
|
Change-Id: I1befdc4c9772c4bf66ee12bf0d2d4aa303903099
|
|
Change-Id: I3b85f3916d49a1853d073879a906506bee0d4fba
|
|
This is at least the second time there's a race condition during
build, and OSL_TRACE is just SAL_INFO, i.e. not printed by default.
Change-Id: I1c683cf463665c6e36097025756c3aeab3a2c330
|
|
Change-Id: I7fcea698c3d89c5b84b38a708502bcdf4526a614
|
|
Change-Id: I93720ee3338426174b31a6ea6dba3af7ffb7e207
|
|
Change-Id: Ia91118388240c9a54d010b94aef34ad528ce5761
|
|
Change-Id: I5ece116a66ab37fe64aac6c60bc38244677d499a
|
|
Change-Id: I5b4b70ecc87efc943afe8a408140ef91e108e0a3
|
|
furthermore sal/config.h is already included by sal/types.h
so no need to include it twice
Change-Id: Id84122eb102eececc1001ea4a56c556ff775defa
|
|
Change-Id: Ifb3569201ea5d96c2ff293bf0f8ba74e6205dc15
|
|
I have seen at least one failure of one of our unoapi tests where soffice.bin
crashed in getenv(3). This patch is just a drop in the ocean, though.
Change-Id: Iac8a2283b0a62e4fa95a0d063c1676af6c2390be
|
|
Change-Id: I6c050c0cedab6aeed556dc770c3700e6fbbb4731
|
|
Change-Id: I78a97b5a1abbcb7921eba60b8014a21373c0b596
|
|
Change-Id: Icf7fadc27823b0cd32795f3ab685602f9ad6c99c
|
|
Make sal_rtl_uri cppunittest work
- removed call to simpleheader.hxx
- added call in Module_sal.mk for sal_rtl_uri
- created mk for cppunittest for sal_rtl_uri
- removed duplicate include
- change from t_print to printf
Change-Id: I928ade62eb51ba1cb0a74e347411b344d57e97d0
Reviewed-on: https://gerrit.libreoffice.org/590
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: I93baa875c15ea2186f7e738bfa48457e7fa09f88
|
|
Change-Id: I61b96b8d0e9c821f0e6228430eece1617871a916
|
|
Make sal testHelperFunctions cppunit work
- removed call to simpleheader.hxx
- added call in Module_sal.mk for sal_testHelperFunctions
- created mk for cppunittest for sal_testHelperFunctions
- removed unused and unusefull function
Patch#2
- remove some unusefull include
- add bug number to commit message
Change-Id: I2f4e831cea0213a07f440bb00e0302eb1c4d7dc1
Reviewed-on: https://gerrit.libreoffice.org/588
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If12e05b0d46fbbd815b9af5dc9551e2f07d859be
|
|
There's match(), with the second argument defaulting to 0, which
does the same, but that's pretty non-obvious.
Change-Id: Idd4de9388f53e1b5dc5d48446d1001af32c0af3d
|
|
Change-Id: I593e94e90971b6be681de48dce74f7df2293c10e
|