Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ic3fd543351637c610621814bb8c8f4fa3cab64fc
|
|
Change-Id: Ib35cba4544726c1653d36072f3499dffec3cced3
|
|
...from d19c40f45dc8e8bcd9db4c6b83bdcf6367f6fbe7 "Work around some potential
problems with thread-unsafe getenv" that had been broken with
60628799633ffde502cb105b98d3f254f93115aa "Notice if SAL_LOG is changed while the
process is running."
Change-Id: Ibd6dbc9921ae1f8dee114380f01a076b0770788c
|
|
Change-Id: Ifcbb87cff50584934f214634c1b6f1d0a43ae8f3
|
|
Change-Id: Ibe46e2f1628f4d2e4840429703e0d5a69059a188
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
My self-built 4.0.1 on Linux handles this fine, but 4.0.1 is not used
for LO building except for MacOSX. This specific operand combination
is rather unlikely, so this shouldn't actually cause any problem
in practice, hopefully, but I'd still like to check this where possible.
|
|
Change-Id: I5619e26e5afbe8e6532204feb60b87f6a7875ee0
|
|
Change-Id: I8233f6409d75bff23738e121efcdbd340035da9d
|
|
Change-Id: I7259358c917ef9e7cc93d8f6886c9a935887183b
|
|
|
|
'long')
|
|
Change-Id: I8dc055336d1577475282198528a57efc60508cef
|
|
It used to call getenv("SAL_LOG") just once and assume it never changed.
Sure, I don't expect that LO code will start changing SAL_LOG back and forth
all the time. But it is definitely useful in our Android (and iOS) apps to be
able to call for instance putenv("SAL_LOG=+WARN+INFO") as early as possible,
before explicitly using any LO code.
That used to work earlier, but not any more with the getEnvironmentVariable()
thing, as the new logging mechanism gets called while initialising some static
globals (i.e. before out app code had even started), and that then caused the
one and only call to getenv("SAL_LOG").
This meant that we didn't get any debugging logging from SAL_INFO and friends
in the Android app(s) any more.
Change-Id: I932facff4118e5f016c95a4c1461e871184d3fc6
|
|
Also fix the wrong check in cppunit/ExternalProject_cppunit.mk
which caused cppunit to always be built without -D_GLIBCXX_DEBUG.
Change-Id: Ia247dcd84e2c6fa0e9384fd27643537984d980b5
|
|
pread / pwrite don't look as a Linux and Solaris privilege.
Change-Id: Ifb2e88445d4064c13a406007bfd523ae0caa38e5
|
|
Change-Id: I090a51c112c960b8cc9b208bc7378a5aa3754552
|
|
|
|
Change-Id: I085f14f40fb83cba171b35b14cf7c0d99091fc00
|
|
We still have checks for $(COM) being GCC or MSC in makefiles, of
course. But there is no reason to pass -D$(COM) to compilations.
Checking the built-in compiler-specific macros __GNUC__, _MSC_VER
(etc) is the right thing to do.
Change-Id: Ia961a29ba74e2c4977e5300a92318f38104c6592
|
|
|
|
GUI only takes values UNX or WNT, so it is fairly pointless. One can check
whether OS is WNT or not instead.
Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34
Reviewed-on: https://gerrit.libreoffice.org/1304
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
Use environment variable SAL_LOG_SYSLOG=1
Change-Id: I0c260ca69fbeefb0c2e8cc46ca6955e92791c05b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
fix crash for fdo#58306 when appending to OUStringBuffer initialised with ""
|
|
with """
newFromLiteral doesn't cheat, it's broken
This reverts commit 8b9b779e9fc1de7186217b7be75ef02bb66e2da9.
|
|
don't call rtl_uString_newFromLiteral when literal has zero length as
that cheats and doesn't assign a buffer. what we really want to do
is assign a buffer with initial capacity ( but no content )
Change-Id: I9d642c453dee747aca6365abb15408c05f86bb52
|
|
a25bec0cb20671a8a8e2eacd61138773f4275875 "Properly absolutize all registry
arguments of uno executable" at least broke testtools/CustomTarget_uno_test.mk
on Windows, where some -ro argument system path starting with a drive letter
("C:/...") is passed in, which rtl::Uri::convertRelToAbs mis-interprets as a
URI with scheme "c".
Switching to osl::FileBase::getAbsoluteFileURL started to break Linux, where
osl_getAbsoluteFileURL for whatever reason calls
osl::FileBase::getSystemPathFromFileURL, which in turn for whetever reason
rejects relative input that starts with "/". The easiest fix that appears not
to break anything else appears to be the workaround now added to
osl_getAbsoluteFileURL.
Change-Id: If03e7136ecc2c26a8f31e591257b1886f3ab129b
|
|
|
|
Removing PCH for sal, as that one is too complicated to be updated
automatically right now (#include <premac.h> needs to be handled,
Change-Id: I3ffe9526942f58d0f66430af109b13f7ec1d6c90
|
|
undefined reference to `sal_detail_initialize'
Change-Id: I92074e108dc405e1484503cb39c8c46b2cf50ce0
|
|
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, adapted some function
definitions in sal/osl/all/compat.cxx to avoid "must return a value" warnings.
Change-Id: Iac156b004464018225bbfda24f0a234f9ebcb19f
|
|
based on a script by Lubos Lunak
(http://article.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/40210)
Change-Id: Ib32de8be8a57b3b430f4b5b298b7f417e5a02ccb
Reviewed-on: https://gerrit.libreoffice.org/1350
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: Id5ca706aa3fd1831990db2310933c6b94ca376cb
|
|
|
|
Change-Id: I7c0ba8b653b8e0534ae17bd879b93b75c6554893
|
|
|
|
Change-Id: I7ac7392646ea34fb2e6a9f15990aca05a2c1e484
|
|
Change-Id: I30754e4d0cb0c490e6c125ba034e2e0eac3751e7
Reviewed-on: https://gerrit.libreoffice.org/1297
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
This is to complement the RTL_FAST_STRING variant, which allows any
combination, so even two stringbuffers.
Change-Id: Ic15d81246b3d0f3e22b51c0516409e95c3a4dc8d
|
|
Change-Id: I6e9947f056c0b70d629ac27d57b3d7d115f8d487
|
|
Change-Id: I0e9b8a251ed790d1505566ef4fa991309986522d
|
|
Since the PCH is now explicitly included using the command line, it is no
longer necessary to have include guards or #ifdefs for enabling it.
Change-Id: Ie64fdc75129af7097213d86f2daec461993fb6f4
|
|
MSVC uses full path with -FI, Clang uses full path to .pch file.
Change-Id: I403a8a919a8b672d1e98c2ea1fee50097e535351
|
|
There can be only one precompiled header with some compilers anyway.
Change-Id: I59e84bee2f57f36753b59b7518d701573affac12
|
|
Change-Id: Id192488bb89d7f57dbd7ae3ddd33fb2b7569172e
|
|
It seems this makes clang somewhat faster.
Change-Id: I5a22763acf7991c45d7e9fd25eb0b5bda1fae27f
|
|
|
|
Change-Id: Ie8c981a0d02f06738d2082abf6ef345f24449ffa
|
|
Change-Id: I99ae1590067d66f0af968833bc75d773ad3cb15c
|
|
Tell also Apple's Clang to compile to the "gnu++0x" standard.
Change-Id: Ia9f5f2f5a62ac8c0cbbfbbdffede6f308aea8534
|
|
Change-Id: I8f070fb53c0310761c3a0a2407d48ca1c1ac5e18
|