Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I3675b627d5e9ca19b2c4fb69fef12d0dabf94a43
|
|
Change-Id: I0af83e7aeaf681440d4bbb50d8b00390f8464b1a
|
|
Clang claims to be GCC version older than the one tested for.
Change-Id: Ia9886915f62f886810e091f66d8e5710047e2e2f
|
|
...the only remaining use was for CppunitTest to find the .res files in
$(OUTDIR)/bin/. Get that solved by delivering the .res files also to
$(OUTDIR)/unittest/install/program/resource/ (new
gb_ResTarget_get_unittest_target).
Change-Id: I370e7cab4223256356c7511b88ae63d9c0dbf215
|
|
Change-Id: I6069102f6b9df72a63a840758158f672fdd6c621
|
|
- add sal_uInt64 valueOf helper to handle its full value range
- group deprecated valueOf() together
- forward to the number() taking the largest type instead of repeating
the same code every time
- various doc improvements:
- add missing @since
- do not refer to non-existent number() overloads in docs
- "use number" - "huh, of course I use a number?"
- "code your own" - my own function? why?
- + or += operators are not, strictly speaking, replacements for valueOf()
Change-Id: Ib138a06c4ac4365cfffc534e6ab115d55180a70d
|
|
And remove some unneeded ones (the float actually didn't have
the necessary precision on 32bit anyway).
Change-Id: I52dd387fd319dd6a5b44333a71d012ebaaecbf18
|
|
- do not use gb_UnpackedTarball_copy_header_files for boost
- adapt the optimization in concat-deps.c for new path
- use boost_headers in all LinkTargets that require it
- add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus
Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
|
|
...that had once been workarounds for compilers that did not yet support the
C++98 scoping rules for declarations in for-init-statements.
Change-Id: I51dc42982b30bf3adea6de1a10a91c0b4b4acfbe
|
|
Change-Id: I2b408a23162b1200bbcd530be7acb42435388b04
|
|
Change-Id: If9eecbf69a4486dcd84d475719aa66f480faea0b
|
|
This reverts commit 1efe9a15f86a7a9dc08b57fd1dd12336522ba515, which is obsoleted
by 488823a140217e393298bc83e75084041a85ed45 "Remove -Wsign-promo."
|
|
Otherwise the dlsym() lookup of the typeinfos in the C++/UNO bridge
won't work. And it has to, because at least for iOS on ARM the
dynamically created typeinfos don't match those the compiler-generated
code tries to catch, so otherwise exceptions thrown across the bridge
don't get caught. (Fascinating, I am able to talk about this stuff as
if I understood it.)
Change-Id: Ie0d4632743e18719782f55904fb76f45c944f20c
|
|
Now 'OUString()' and '""' should be exactly the same, and thus the latter better :).
Change-Id: If42b2ca5889967aaa8ccdaf531b45c75c12d54fd
|
|
Change-Id: Ie0bd47a16af56b7d3ae070d5b82ec46ed21834c0
|
|
I actually find the warning to be obsolete nonsense (the manpage talks
about cfront), but at least for now.
Change-Id: I4390b1779f6f8de062afd441f6855cb760adf93d
|
|
Change-Id: I3961ec27d23915b038c3a803dc71e7d937ca331c
|
|
API CHANGE: Adds new methods (several overloads)
OString::number()
OUString::number()
and marks all of the existing fromValue() methods as deprecated.
The purpose of this change is to clean up call sites
by hiding the necessary casts.
The casts are necessary because of overload resolution rules which are
somewhat vague about which methods to choose when using integer types.
See mailing list discussion here:
http://nabble.documentfoundation.org/replacing-OUString-valueOf-static-cast-lt-sal-Int32-gt-td4027989.html
Subject: "replacing OUString::valueOf(static_cast<sal_Int32>) ??"
Change-Id: Id3d150a6525eb0334e41e2ec6640bb06cd790b43
Reviewed-on: https://gerrit.libreoffice.org/1625
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
...in osl_getFileStatus et al, it would leave the relevant status string member
unchanged (i.e., a null pointer) but would mark it as valid, so that later code
to retrieve the allegedly valid string member would crash upon the null pointer.
Change-Id: Ia8528f5dc27d94f3d14a2c416955a041b87863d3
|
|
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>
|