summaryrefslogtreecommitdiff
path: root/include/sal
AgeCommit message (Collapse)Author
2013-10-23fixincludeguards.sh: include/s*Thomas Arnhold
Change-Id: I57fcfd442d2b5815e7c07a9cbd660f3698168dee
2013-10-23Define SAL_MATH_FINITE for Android, tooTor Lillqvist
Using the same "finite()" as on (GNU/)Linux seems to work. Change-Id: Iad3baa967194f09d7ca25fb9b316b780de5bb90f
2013-10-13Reduce copypasta: Introduce SAL_NEWLINE_STRING and use itTor Lillqvist
Contains the platform-dependent on-disk line separator ("\r\n" for Windows, "\n" otherwise, and yes, I assume an ASCII-based world). Use it instead of static constant char array fields, with ifdeffed initialisations, in various classes here and there. Change-Id: Ibea1f2cc1acfb8cc067c3892a41f73bf44f2c78a
2013-10-11[API CHANGE]: Drop SAL_PRGEXTENSION from <sal/config.h>Tor Lillqvist
It is unused in LO source code. It was not really clearly defined what it meant and what it could be used for. Its value was ".exe" for Windows and ".bin" for other platforms. But we do have a "soffice.bin" on Windows, too, corresponding exactly to the "soffice.bin" on Linux. On the other hand, on OS X we don't have any "soffice.bin", just a "soffice". Change-Id: Iceee19cc8768c5aaaeeb9bba34b9cde50073498b
2013-10-11-Werror,-Wunused-variableStephan Bergmann
Change-Id: Ia3e6da86b47099106c4be793a1477979d327a2b9
2013-10-11-Werror,-Wunused-variableStephan Bergmann
Change-Id: I7777008aac6331d7598f496c4808ab34c73f814e
2013-10-11Sort lists lexicographicallyStephan Bergmann
Change-Id: I6e44e37d70be90e6cebaaa17e1ee5851b80c7722
2013-10-07Add opengl canvas implementation.Thorsten Behrens
Adds opengl canvas implementation - display-list-based, all rendering done as textured geometry. Needs shader support. Currently compiles and works on Linux, Mac should be ~easy to add, win32 eventually. Change-Id: Ibf3eb88d6a36a91b2960a3a6320d708160e4fc14
2013-09-16Make Java-based connectivity drivers work with jvmfwk "direct mode"Stephan Bergmann
...so they work from CppunitTests (which make use of that "direct mode"). Change-Id: I92b72fb708ac1868644111b208f92ac58610ed11
2013-09-08Use SAL_INFO instead of framework's own "event logging"Tor Lillqvist
That "event logging" consisted of two macros, both used in a single place. Change-Id: I8faffd9756399f1902e52aa41968b71a964a4324
2013-09-08Use SAL_INFO instead of framework's own WRITE_LOGFILETor Lillqvist
Change-Id: Ieb1a45ca75c7a475d02535cd176396a0aeb68510
2013-09-04oox: Enhancing the debugging outputAndres Gomez
Change-Id: Ifc055befd5d7436d44e95ce105c52f3c4f061796 Reviewed-on: https://gerrit.libreoffice.org/5768 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2013-09-04Add SAL_WNOUNREACHABLE_CODE_PUSH and _POP macrosTor Lillqvist
To be used around code where some compiler, in some circumstances, generates bogus warnings about unreachable code, that it would be much uglier to work around otherwise. Specifically, I will at first now use this to get rid of MSVC warnings about unreachable code when calling a function defined in another source file (but going into the same library) that always throws. The compiler notices this when one uses link-time code generation and it thus can do global inlining of code from all compilation units that go into a library (or executable). For MSVC, the __pragma that the SAL_WNOUNREACHABLE_CODE_PUSH macro expands to needs to be in force at the start curly brace of a function, so place the PUSH macro before the function definition. For clarity, I guess it is best that the corresponding POP macro comes after the end of the function. Change-Id: Icef5259c5360b9facdc136fec1f207665ce79d90
2013-09-02ucb: rename "cmisucp" log area for consistencyMichael Stahl
Change-Id: Ie9ef3324bb7a9e954db57548d7862a90b070ebd3
2013-09-02ucb: add missing ucb.core log area, and ftp/ext tooMichael Stahl
Change-Id: Ifa2df0e2dcc193ae02202687c0d6b7ab930db58f
2013-08-31Some OSL_WARN -> SAL_WARN_IFStephan Bergmann
Change-Id: I076adcd2f94c38a74f2dce618bc16efec577ed91
2013-08-28Clean up logging and string handlingStephan Bergmann
Change-Id: I39823e303097ef32f3cc394b0d9215ae351a88f3
2013-08-25Switch from OSL_TRACE to SAL_INFO()Tor Lillqvist
Change-Id: I2222a8db929e2f17aff9f72ff2ae1ca6e081e576
2013-08-21WaE: unknown log areaTor Lillqvist
Change-Id: I0d7ce79aeac75fe49cbdb698cc5e2b018bf69992
2013-08-20Improve some debug outputStephan Bergmann
Change-Id: I1008822ba8592ea43f87805bf00adbfdaf4f02fc
2013-08-15Work on the custom shape preset generationTor Lillqvist
Don't generate code that uses the old RTL_CONSTASCII_USTRINGPARAM horror. Update the README file to have actually working command lines, and at the same time make it into a shell script that can actually be run. Use SAL_INFO with tag oox.cscode to output the stuff that the generatePresetsCXX.pl is looking for. Change-Id: I3f8f756fbe8e35857c2bd07beece0f3ab4234e7f
2013-08-05do not base feature checks on gcc versionLuboš Luňák
Clang reports itself to be gcc4.2, so there fail there, instead use configure checks. Change-Id: Idb44a5c875b24a15546a6495de02a1b4af898443
2013-08-01Add more logging areas recently introducedTor Lillqvist
Change-Id: I0773f75bcc09a7eceee4525d34f908edfaced16a
2013-08-01add new debug area and use SAL_INFO instead for debug infoSiqi LIU
Change-Id: If719f3340ac585d162e1bb40847ce17e67415869
2013-07-30fixup SAL_WARN log areaLionel Elie Mamane
Change-Id: Ie0848f8dc7d0bce171a2081dd91f48519414eebe
2013-07-26fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFOJelle van der Waa
Change-Id: I00cfd958c2e7d430d9bcb03a609bbead812de3f3 Reviewed-on: https://gerrit.libreoffice.org/5122 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-07-26fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFOJelle van der Waa
Change-Id: I8fe1cdccfef61c3cac88a24d057615b0ceda682a Reviewed-on: https://gerrit.libreoffice.org/5126 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-07-26Add more usefull log areasZolnai Tamás
Change-Id: Ic9d8ee7cee5b1b4b54151825e025e0d4815d3bb1
2013-07-26Add one more newly introduced log area, sighTor Lillqvist
Change-Id: Ie3fb178663a1d05b798b780a859074d97d4a6e45
2013-07-26Add newly introduced log areasTor Lillqvist
Change-Id: I1efe24be3ca34ff78f53a641ade9f2f38fe229e1
2013-07-24fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFOJelle van der Waa
Change-Id: I41efcb94121a005d9f44cc17e8ecb5598e8ffba8 Reviewed-on: https://gerrit.libreoffice.org/5057 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-07-23fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFOJelle van der Waa
Change-Id: Ib0edc828691c6a8edbd1f45d3c0e2851c32c865f Reviewed-on: https://gerrit.libreoffice.org/5013 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-07-23Revert "WaE: "HAVE_GCC_ATTRIBUTE_WARN_UNUSED" is not defined"Tor Lillqvist
Nope, that caused warning: unknown attribute 'warn_unused' ignored with Clang. This reverts commit 68c8dcec1f8689191e1be3366ec3c127096ae4d4.
2013-07-23WaE: "HAVE_GCC_ATTRIBUTE_WARN_UNUSED" is not definedDavid Tardon
Change-Id: Id45e2a5c31471b4f5a59c4511bbacc12f78356f6
2013-07-23adjust for upstreaming of warn_unused attributeLuboš Luňák
The warn_unused attribute has been upstream to GCC and Clang, so use it if present. Still warn about STL types if those do not use it yet (which is the status as of now). Change-Id: I3c003e44c08d1d141e23bba38cf92e663a5ac353
2013-07-22coverity#1038312: Dereference before null checkJulien Nabet
Change-Id: Ibe9babbe8610bf70a80b819e21d24c6572436092 Reviewed-on: https://gerrit.libreoffice.org/5015 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-07-19fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFOJelle van der Waa
Change-Id: I8ab8f69413561c5e5a198bb11f07920720c48d25 Reviewed-on: https://gerrit.libreoffice.org/4886 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2013-07-16fb-sdbc: Added logging supportAndres Gomez
Remember that in order to enable the logging output it is needed to properly set the SAL_LOG environment variable. For example: $ SAL_LOG="+INFO.connectivity.firebird" solver/unxlngx6/installation/opt/program/soffice.bin
2013-07-15add missing log areasLuboš Luňák
From 7650a82702ec9d13e3a52ea84b9666ee4e9f9a62 . Change-Id: Ie20010fa0a8be6992a1ac7fb4c4dffc8cf0c9cbd
2013-07-11remove duplicate debug area for framework/Luboš Luňák
It'd be probably better to rename all the cryptic abbreviations instead, but two different debug areas for the same thing simply doesn't work well. Change-Id: I895fadb47ebf408a36d13dbb32386caa3f472f1c
2013-07-08rename sfx2 log area to sfxMichael Stahl
not like there never was a sfx1 anyway... perhaps we should rename the whole module... Change-Id: I50c7302f84f15a1d778eca19507694a3bd070b22
2013-07-05SAL_DLLPUBLIC is for sal library, use SAL_DLLPUBLIC_EXPORT ...Michael Stahl
... instead (which will hopefully fix the Windows build). Change-Id: I56448e61dffb7529e3b80a52ebc06a923b5fa044
2013-07-05force 'main' to always be DLLPUBLIC.Michael Meeks
Change-Id: I2a69edfda5e98645fe55ac2367875786a8140ea4
2013-07-05log-areas: add frameworkThomas Arnhold
Change-Id: I05ed93cdfe62c133afc15a27c953abd5395e811f
2013-07-04MinorKhaled Hosny
Change-Id: I6a9f34e6da1344e718ef5c8dc136fac7244b0f47
2013-07-04Add log area forms.miscJulien Nabet
Change-Id: I8adedda46bb56022d317b04ad162a41c95261165
2013-06-21unknown log area 'sfx2.sidebar' [loplugin]Eike Rathke
Change-Id: I49ed6652f92b1e1ec3091c976db40fb840f2ea78
2013-06-17fdo#63690 - replace RTL_CONTEXT_ macros with SAL_INFORadu Ioan
- replaced RTL_CONTEXT_ with SAL_INFO - replace OSL_* with SAL_* Change-Id: If89af70767c3fdc4b1d0cb5e51033ca98583bc5d Reviewed-on: https://gerrit.libreoffice.org/4286 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-06-15loplugin warningsStephan Bergmann
Change-Id: I23ce5efe4ba20e1da5ffd169a2f3140a73dd035f
2013-06-10mingw64: force C99 formating strings for consistencyFridrich Štrba
Change-Id: I1399596a3edc3324ae4aa04e3866ae2f5e673985