Age | Commit message (Collapse) | Author |
|
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
|
|
The same as 563fa900ba22bf83dfa58e67807ed0337f810576 , but this
time with extra care to not break anything with pointer->bool conversions.
Change-Id: Ifcea840e96da0fbfcf92b54141fb8ef9c5eb94ff
|
|
As the latter does not quite scale, and also source files depending
on the setting/feature did not rebuild in case of a change.
There are intentionally more config_xxx.h files (so autoheader
from autotools is not used), so that a setting change does not force
automatically a rebuild of everything. Running configure does not
touch those config_xxx.h files that have not changed.
There's config/README with a howto.
Change-Id: I6d6e82050ff8faf5364ed246848b8401aca3e0e5
|
|
Although this may seem consistent with remove( int, int ), it is
in fact rather misleading API. The biggest offender is most probably
buffer.remove( 'a' ) , which definitely does not do what it suggests
to do.
Change-Id: I287619cd4b953228b93fa68fb381d66c344c3865
Reviewed-on: https://gerrit.libreoffice.org/1256
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I096b1232427ad6996e0b2cfafc9ba38386e19208
|
|
Change-Id: I5891efcec7db373407a661636108fd979839db52
|
|
Change-Id: I3e8d8f123aaa43ee3721fae6f220a8c5f959a0ea
|
|
No point in hidding something useful like this in some helper lib.
Change-Id: I7332d7f6bd428378cd19e7e95ad130771a541140
|
|
Change-Id: I03a38c387044bda8cec6287ab41c6d202c496473
|
|
Should not make that big difference, but still. Should not be BIC in practice
because it's inline.
Change-Id: I53ec7dec46356fb63b0f6f73579cff1ca8495fbf
|
|
Not much point in building a string instance that will be copied elsewhere immediatelly.
Change-Id: I38b7d3696f2c619e6424eb3959b00cd2c7738c47
|
|
Ensure there will be enough extra space in a string, to be used for string
appending. A bit like rtl_(u)String_newConcat(), but without the function
actually appending anything. Unlike the stringbuffer variant this does
not allocate any extra.
Change-Id: Ic6f84bf014a713f9912c81d8f1405c593978822d
|
|
Change-Id: Ie5026c116f9cc7d5b10981d53881f8a0d7986a68
|
|
Change-Id: Ib816e8126193a3477fca1334d7526743da0d4423
|
|
Change-Id: I223a9088a3465a51ea44ef28ac604f3d864f933c
|
|
Change-Id: I27bf6d5466313a7e4a1363f481b2bd7eab142a5c
|
|
Change-Id: I40a4aa2239736a081a94b04c2f510866be5ac54c
|
|
...its functionality moved directly into rtl/ustring.hxx
Change-Id: I5a1af63a4fd61c71e6594f1fab0c17f503fdd1c5
|