Age | Commit message (Collapse) | Author |
|
warning: missing initializer for member '_typeobject::tp_finalize' [-Wmissing-field-initializers]
Change-Id: I7ab82025fd8c2f0d8fa4943690a217c4a4dc369d
|
|
Change-Id: I3e51a62710bb46c8255fd228d41d9300c90a1fb5
Reviewed-on: https://gerrit.libreoffice.org/9360
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I071c8984cd86b523d8ebae04b5fb2bdc1ac1a5b1
|
|
Change-Id: I9f6a50f00bd98aeffa46f3ef40211e30edf658d6
|
|
Change-Id: Idad0ba862da7317b5824f1bfb400d05cef105b7f
|
|
I'm still suspicious
Change-Id: I56bfbe1ea2f92ffba6264b7543fa5df7f29f2bd0
|
|
Change-Id: I6000620bec95f32ec357a3e56e14f3255da978af
|
|
This reverts commit 89f6ff4c296de5e61d5bfb0cfef55e482839e227.
|
|
revert 6980da37549d9ae0a89812aeccfa5365c9f7a9b9 for the moment
Change-Id: I1c6e6d74bee6d3008e32c48c0da4a7faf90c8f60
|
|
Change-Id: I23ada017f4294fbd34e9b245d012700021914881
|
|
Change-Id: Ib256217aa014693c73b233a4d8be4c0224287739
|
|
Change-Id: I28884169cb633d2aa9ad11d4b31ab9424776b0f1
|
|
Change-Id: Ib85724173c0bf6d45776d5407220a415da9c591b
|
|
Change-Id: Ic18917ce16b27b35347c19d6b9fa5889dc00f2d5
|
|
Change-Id: Ia2dad214e6a224c979a8664bfded7d2caffb221a
|
|
Change-Id: Ifa9c5a7b3aa0d219e09fa3081e66d870a508a84d
|
|
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: I71fa20213e86be10de332ece0aa273239df7b61a
|
|
It's not very efficient, because we generally end up copying it twice -
once into the parameter and again into the destination OUString.
So I create a clang plugin that finds such places and generates a
warning so that we can convert them to pass-by-reference.
Change-Id: I5341a6ea9e3190f4b4c05c42c85595e3dcd83361
|
|
Change-Id: Ia99dca3619fb893d1b9f3a46f1f1285e3fe1bc8e
|
|
...deprecating com.sun.star.beans.Introspection (single-instance) service.
Change-Id: Ica2e3a3541c7dcb1aab79222c5abf40d6988c882
|
|
Change-Id: I653cb0e36c1faa622ecc90e0316a1f1fd1e843db
|
|
Change-Id: I56e32131b7991ee9948ce46765632eb823d463b3
|
|
Change-Id: I27f5edf45d5968879436e2466f953576651ed8ae
Reviewed-on: https://gerrit.libreoffice.org/8290
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I939160ae72fecbe3d4a60ce755730bd4c38497fb
Reviewed-on: https://gerrit.libreoffice.org/8182
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The bug in question crashed LibO when inserting a group of cells.
This bug was quashed, per se, by commit
07e2c31831ad265b018e5fdf59bdde048fbb4d35, but it occurs to me that at
least the particular functionality of inserting a group of cells could
use more testing.
Change-Id: Icdbfff86fb0265eef325bcc94d9fc9f3e9e38413
|
|
* see the mail thread starting at
<http://lists.freedesktop.org/archives/libreoffice/2014-February/059548.html>
"Testing/Working on PyUNO?" for a rationale
* run the tests via top-level "make PythonTest_pytests" or "cd pyuno && make -rs
PythonTest_pytests" or similar
* see the documentation in pyuno/PythonTest_pytests.mk for adding tests to the
framework
Change-Id: I6a2a9e60b3294cd649f9cccbaffbd3f6bd79ecff
|
|
Change-Id: I8932febdd39c35f23fb3a89703b69e25302f5678
|
|
...and deprecate what cannot be removed for compatibility.
Change-Id: I1ea335af775b867b468b8285113631167729a92a
|
|
Change-Id: If14160802f77673e3ebe69850e00d0506125969c
|
|
Change-Id: I0dc09b7a6ee2849bd0c2ffc31be45f81cd2c15ee
|
|
Change-Id: I42f6d8b3e62834b0612d84586f791f25e967c9c7
|
|
Change-Id: I5da7c1d8fe7f4632b386a02dd54f4b203a00fc25
|
|
Change-Id: I4c05c602ecdd77d07e8106387270bf01718e975b
|
|
Change-Id: I6cc001d18683fc412f0ec0b6a33054d6e745463f
|
|
Convert code like:
buf.append( static_cast<sal_Unicode>('!') );
to:
buf.append( '!' );
Change-Id: Iacb03a61de65a895540940953b49620677b3d051
|
|
Change-Id: I56f38bd786f3a026cb2908f28540dc9c4003af83
|
|
Change-Id: I791e55bb5d98ee82c01271dcebafa7c4672cd424
|
|
Change-Id: Ib2ee00d4e9f4c6c05d090adfcd5fb791fcbca72c
|
|
Change-Id: I9058044d13f696e07667dce706f6c311af6dbea0
|
|
Change-Id: Ic4dba1d313c3a27ac02f9d382d2b55218e1bad10
|
|
Convert code like
aStr.compareToAscii("XXX") == 0
to
aStr.equalsAscii("XXX")
which is both easier to read and faster.
Change-Id: I448abf58f2fa0e7715dba53f8e8825ca0587c83f
|
|
Convert code like:
0 == aStr.compareToAscii("XXX")
to
aStr.equalsAscii("XXX")
which is both clearer and faster.
Change-Id: I2e906d7d38494db38eb292702fadb781b1251e07
|
|
Change-Id: Ifb220af71857ddacd64e8204fb6d3e4aad8eef71
|
|
Change-Id: I2bc45e4ba63f5faaee7389bcd9d7b3f563503186
|
|
... to set up a fake command line. This is used from pyuno, when
invoked from the "python" executable as "import uno".
On WNT there is an API to get the actual command line, so just use that
even in the "fake" case; on UNX just fake something up.
Just for the record the whole osl_setCommandArgs() is called exactly once
assumption should work out _unless_ there is a program that uses SAL_MAIN
_and_ does a python-level "import uno" _before_ it wants to create a
python-based UNO service (via pyuno_loader::CreateInstance), since
pyuno already takes care to call Runtime::initialize() at most once.
Change-Id: Ifd23de733ea3e6b694d46ab039b6aa4fd3e7fc1b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Easy to trigger the assert in osl_getCommandArgCount(), just
run instdir/*/program/python and "import unohelper".
Avoid that by setting up a fake command line, hopefully
nobody expects to be able to give relevant args to python...
Change-Id: I0df6c23d6ecbb3c2bce81a9d5bcecdcb1729ddbb
|
|
Add backwards compatibility support for Python 2 to the earlier
change in fdo#66025 to improve import error handling under Python 3.
Change-Id: I47bf8ef255c4c2a3e4a2754414977aaa8ed32483
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Iea8461444c29de9968a5bfa85a2dabb186db47ca
|
|
Had been totaly broken by the recent changes. (Which is fine, it is
just an experimental hack anyway, I am not sure whether it will ever
be used in anger. Just a pet peeve of mine, I dislike seeing
libraries, configuration files, resources etc mixed together in one
"program" folder, especially on OS X, where the convention is to have
app-specific dylibs and frameworks in "Frameworks", and resource files
in "Resources". But this is not any requirement as such; there are
apps in the Mac App Store that blatantly "break" this convention.)
Basically, replace uses of gb_PROGRAMDIRNAME and
gb_Package_PROGRAMDIRNAME with more specific LIBO_FOO_FOLDER, which
for normal builds all expand to the same "program" anyway.
Change-Id: I16c2b3351caa00e251e229aafbccb8346042d3c1
|
|
Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions.
Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT.
Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
|