Age | Commit message (Collapse) | Author |
|
There are some differences in the generated headers:
cppu_allheaders.hxx now explicitly includes
#include <com/sun/star/uno/Any.h>
#include <com/sun/star/uno/Any.hxx>
#include <com/sun/star/uno/genfunc.h>
#include <com/sun/star/uno/genfunc.hxx>
#include <com/sun/star/uno/Reference.h>
#include <com/sun/star/uno/Reference.hxx>
#include <com/sun/star/uno/Sequence.h>
#include <com/sun/star/uno/Sequence.hxx>
#include <com/sun/star/uno/Type.h>
#include <com/sun/star/uno/Type.hxx>
sal_allheaders.hxx now does not (explicitly) include
#include <cppunittester/protectorfactory.hxx>
#include <internal/rtllifecycle.h>
#include <osl/detail/android-bootstrap.h>
#include <osl/detail/component-mapping.h>
#include <osl/detail/file.h>
#include <osl/detail/ios-bootstrap.h>
#include <pch/precompiled_sal.hxx>
Change-Id: Ide3c708ac66f23b360b8e130790f8fa8f1911082
|
|
... which allows us to drop gb_ZipPackage.
Change-Id: Ib19f774c63d9b83ec07e99f963533eee431cc53a
|
|
Change-Id: I74c04e1262cc413696a12aca9af603beded7b07f
|
|
So since that is the new baseline let's get rid of it.
Change-Id: I7b645fe2f6e641012919a87b63d5e14acce9e52b
|
|
This reverts commit 8b561c0012546aabbaff33b32a79833997aa8902. There are
legitimate cases for osl_loadModule to fail (like when UNO only resorts to
indirect bridging via binary UNO once it has not found a direct bridge
implementation), so this adds too much noise. (Rather add SAL_WARNs to those
places up the call stack where it is known to be an error, and/or enable
+INFO.sal.osl.)
|
|
Change-Id: Icc53c25400acb46070fead08f7602295599fc6c8
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, with slight modifications
to sal/inc/rtl/character.hxx:
* Replaced "#pragma once" with explicit include guard for now.
* Missing includes.
* Cosmetic clean-up.
Change-Id: I94d01cd4e766f92c70f941839a67101fa2c97654
|
|
Change-Id: I9103f86a5b8414c9cdf5fd3a2d662725343f0ed8
|
|
Change-Id: I57d39d7535d88045dcb0d7b665675074b7059d14
|
|
I think it is useful to use SAL_FINAL mainly as a documentation aid,
to make it clear to a code reader when a class is not expected to be
derived from, and when a virtual function is not expected to be
overridden in a derived class.
Possibly there is also some class of bugs that using SAL_FINAL will
help find?
Change-Id: I45002f020dcb52e8a9f2962ff98780f2b80627af
|
|
- replaced osl_trace with sal_info
- added new log areas to log-area.dox
Change-Id: I41444e90a22bad7d04d3827914d4d793b3601304
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Id3de792f47c778c7a79cc9160ca3480affcaf3cf
|
|
Moved portions from module i18npool, all of former i18nisolang1 library
that now is i18nlangtag. Included are languagetag, isolang and mslangid.
This i18nlangtag code is now even used by module comphelper, so
disentangling i18npool and making this an own module was needed to not
create circular module dependencies.
Change-Id: Ib887c3d6dde667403fd22d382310ba5f1a9b0015
|
|
One can set environment variables to be used when debugging an app in
Xcode, which is when it is interesting to see SAL_INFO output anyway.
(This is very different from Android, where one can't set environment
variables "before" an app starts, as apps there aren't separate
programs that would be exec'ed.)
Change-Id: I3971d1b2d1a849deac2722a90271ef2458db1643
|
|
Since we no longer support the old Apple SDK using gcc-4.0.1, we can
remove the cruft to work around its problems. Woohoo.
Change-Id: Idf275e76449443f1f0314e75dab993f213a77eb7
|
|
- replaced osl_trace with sal_info
- added new log areas to log-area.dox
Change-Id: I20f539bd9fa62bef2e9a2a82b59e0b15f4efdd48
Reviewed-on: https://gerrit.libreoffice.org/3179
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
...and fixing two call-sites.
Change-Id: I8ed8cb189bd5034130b49b2f57156568e6b24716
|
|
Change-Id: I4b9a20e62e8e137a1bfaa1c654307f15c33e3d3c
Reviewed-on: https://gerrit.libreoffice.org/3143
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
This has bitten me more than once when working on Library_merged.
Change-Id: I829f5d010b6df2935fd191bdec9bac04bb003f16
|
|
On the iOS Simulator it contains spaces, as in
/Users/tml/Library/Application Support/iPhone Simulator/6.1/Applications/9A6DFE86-77AF-4B78-8FFB-93FCA6C38EE1/LibreOffice.app
Change-Id: I90c76b909901c881aa51482880b1120fea19b99b
|
|
Change-Id: I23fc6bf62e74f192f77c74ed48d5276737375f3c
|
|
Change-Id: I1871e5e3a319b2d5177ae4bd470046c022c14eb7
Reviewed-on: https://gerrit.libreoffice.org/3121
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I17593ac6e495213a1ef99d4d5525a6e38aee0bc7
|
|
Change-Id: I9d16929d3b8fb5114e72eee850da64433394df9c
|
|
Much faster. No need for the pixelBuffer inbetween.
Change-Id: I6493faca6da3a3e9a1285e00c887928b85dca56e
|
|
No, it isn't any closer to being "ready" despite the name, but still,
using the current approach, it clearly isn't restricted to be just a
viewer.
Also drop the verbose LOViewer prefix from class and file names in it.
Change-Id: Ib4e8a31d6fa1b35169ee98cf2aa8f0f22957164c
|
|
Change-Id: I635be54c27c93de0a11be7bdd01979b99dadda28
|
|
...inspired by comments to <https://gerrit.libreoffice.org/#/c/3068/>
"String::AppendAscii cleanup in dbaccess," but it quickly becomes apparent that
lots of code rely on s[s.getLength()] == 0, so live with a weakened precondition
check for now.
Change-Id: Ifad96c706b14433df4a084ab8054b32433b8b5b6
|
|
Change-Id: I45e2949bd50ef1b72e40f6dbc67a05bbbbeeeb5b
|
|
Change-Id: I8a6d62a611879aaa6f6b823ecb11618c26e4123c
|
|
Change-Id: I019f41aeb41ec150087e6f544cff3b36719d1845
|
|
Change-Id: Ia02ff34be9eff80fd8f9d76f034d76c3791342f2
|
|
Change-Id: If20c7637d13f37029e447e779586fcfad21c3305
|
|
(causes -Werror,-Wunused-macros, rather)
Change-Id: I1dc05a5cf73aec7827df662342f5d9189215e64e
|
|
Change-Id: Ibd06e49e78a6d6a69521a65b53b056e85b64765b
|
|
Change-Id: I7b88ff1a8c53fbb875d5cb84060c726fd7d06c9c
|
|
(-Werror=unused-macros on Android)
Change-Id: I393face32e7d4782b5c8037fa8ebeb21ec3c6e7a
|
|
Change-Id: I3c64ed78577988767a7da859e68a7f63f890f7dc
|
|
Change-Id: Ifaa1637122d6f9cae1e29b77ac36ca5d1f220aed
|
|
Change-Id: I43262c984c311fcb1e1a9eca9b4dec4092351dea
|
|
...for negative integers in < C++11? Rather unlikely, but lets see...
Change-Id: I9abfcbf2c0e409fab4c77b62e5f734d3c2cc2719
|
|
Change-Id: I40053b9a51c5a640b46c6d615a5d7e067a5e138a
|
|
Change-Id: If5758e02baa8e019923355b6c97043b306223fdd
|
|
unknown log area 'IMPL_LINK_NOARG(SwSaveLabelDlg, OkHdl) [loplugin], huh?
Change-Id: I265102a552615208db43fc7b6617189ad99b6aad
|
|
Change-Id: I44df0946f59d1b9a2a6ea935b3c2ea3c96c1260d
|
|
Change-Id: Ifc400d9843b23ef942c43af3a2b8830ccff71a7e
|
|
Change-Id: I0e97399220b2eb2da54072241ddee43a683d17ef
|
|
Change-Id: I1c5b66888baac8aa1bc99c06579e0ef3638a4877
|
|
Return 0 when overflow.
The base idea in unsigned case is checking wheather
(Max-nDigit)/nRadix < n
But for efficency, take out nDiv = Max/nRadix from loop
and corrigate it with -1 if needed.
In signed case use minimum value if the number is negativ.
Change-Id: I5b77580adbf12421b6c4b785ba9bc2a080accba2
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ic908cb5cc9169ab1baae2c1c52070adfb9afba39
|