Age | Commit message (Collapse) | Author |
|
Change-Id: I8c375e3bfbcd3d7046a8bdb1968934b7d7ca96f8
|
|
Change-Id: I6c145e984c885c7e06caa1c27bfb354ea49ad9ce
|
|
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
Change-Id: I0fa0c60e12c418d25f8bd96cc04c6abd74b1a608
|
|
Change-Id: I666791b2a2bb817d59625868d5e2df1a9341b2ff
|
|
More than two lines are removed for readability.
Change-Id: Ibff6cf68d7c512e240a54065b54a225bb23a782b
|
|
and doesn't seem to make a lot of sense
Change-Id: Ie59e39c88070b6620cb7683e69052314d732c54a
|
|
Change-Id: Ifd6b90778725d94a9338a53a4cdc514cdb595052
|
|
This reverts commit 90f3840e4c767154266c6be1c532f5e748e8c3f7.
|
|
Change-Id: I3ca0d308199bc4acf66a4c473d8b48561560d631
|
|
|
|
|
|
The gotcha here is that if we get ahead of ourselves, and read to
the end of the stream, we detect bad chains too early, so instead
incrementally build the page chain cache, which is also quicker
and behaves more similarly to the previous code.
|
|
Change-Id: Icb6fe9341244dfd53300f58ac85560604f53558a
|
|
Change-Id: Icac9a8337296f92af5007a051f00388a64955178
|
|
Change-Id: I3f5fd059ecd5b6c4278ffe0f3a2d69b6526d2d01
|
|
Change-Id: I3039bb172beb21ebafc60a431692b58793cb1538
|
|
For huge ole2 structured storage files build a page chain cache on
demand to speed up long distance seeks
i.e. reduces .doc parse time for fdo#47644 from 1 minute 7 seconds to 18
seconds for me
Change-Id: I I40eefb8cabd05db8345a38ea3407686732eb35c9
|
|
Change-Id: I844cefad718e5b37dac5657674294a0873b8a8e5
|
|
We want the Tell position of the wrapper stream, not that of the underlying
wrapped stream.
Change-Id: I5d30192dbc3746104ca2127d9a747ef70b85a136
|
|
Change-Id: Ie4aa6939f9f37e04fda5425a6e28c5d846a9cb62
|
|
this removes dmake completely out of the build for migrated modules
build.pl now assumes modules to be gbuild, unless there is a
prj/dmake file
Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
|
|
|
|
|
|
There are unit tests that do not use URE, e.g., in cppuhelper.
This reverts commit 33e9f3d3d6b29545ef9df3f5334c015e15caa5c8.
Conflicts:
sot/CppunitTest_sot_test_sot.mk
svl/CppunitTest_svl_urihelper.mk
|
|
|
|
|
|
|
|
Or is there any use case where we would need to use UNO API headers, but
not require the appropriate type database at runtime?
|
|
|
|
Naming convention for gbuild methods:
- "add" is used for stuff that is logically a part of the target
(i.e. not registered at the Module, but defined in the target's makefile)
- "use" is used for stuff that is logically a different target
(i.e. it is registered at the Module, has it's own makefile, may be
in a different module than the target)
|
|
|
|
Pattern used:
find . -name "*.cxx" -exec sed -i 's/\( *\)\(else if\|if\) *( *\([^!()|&]*\)\.equalsAsciiL( *RTL_CONSTASCII_STRINGPARAM *( *\([^)]*\)) *) *)$/\1\2 ( \3 == \4 )/' \{\} \;
|
|
They should not need any actual UI anyway, and most of them already
pass the option manually.
http://lists.freedesktop.org/archives/libreoffice/2012-March/029109.html
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also CALL_TEST_INVARIANT is never used again.
|
|
|
|
Added:
* rtl::OString::matchL
* rtl::OString::endsWith
* rtl::OString::endsWithL
* rtl::OString::indexOfL
* rtl::OString::replaceFirst
* rtl::OString::replaceAll
* rtl::OString::getToken
* rtl::OUString::endsWith
* rtl::OUString::replaceFirst
* rtl::OUString::replaceFirstAsciiL
* rtl::OUString::replaceFirstAsciiLAsciiL
* rtl::OUString::replaceAll
* rtl::OUString::replaceAllAsciiL
* rtl::OUString::replaceAllAsciiLAsciiL
* rtl::OUString::getToken
plus underlying C functions where necessary
Deprecated:
* comphelper::string::remove
* comphelper::string::getToken
Removed:
* comphelper::string::searchAndReplaceAsciiL
* comphelper::string::searchAndReplaceAllAsciiWithAscii
* comphelper::string::searchAndReplaceAsciiI
* comphelper::string::replace
* comphelper::string::matchL
* comphelper::string::matchIgnoreAsciiCaseL
* comphelper::string::indexOfL
Also fixed some apparent misuses of RTL_CONSTASCII_USTRINGPARAM ->
RTL_CONSTASCII_STRINGPARAM.
|
|
|
|
|
|
|