we can only enter the bAssumeExprLParenMode controlled block once
because the block sets bAssumeExprLParenMode to false
bAssumeExprLParenMode is only true if the first token read in the
method is LPAREN
so we can only enter this block if the current token is LPAREN and
its the first token processed, so the token can't be BYVAL
Change-Id: I6e668fca4d127d7dbfe447e2d9f2231e05278a7d
we don't really need it anymore, fallback to our own open-url
if there is nothing else to take it
Change-Id: I7a4e841a53bda30e29d48b9c34d24af085f1b4b5
Related: coverity#706194 Use of untrusted string value
this is the "close toolbar" button on right clicking a toolbar.
close toolbar continues to work as expected
Change-Id: I436fbe9f133442136b6e60a1f6080926f64eaef6
since
commit 4939fe9653430ae002056ca1481aa1716da1b368
Date: Tue Jan 29 14:23:27 2008 +0000
INTEGRATION: CWS dr58_SRC680 (1.32.188); FILE MERGED
2007/10/25 10:41:26 dr 1.32.188.1: #i81396# do not hide rows with default height
Change-Id: Id185ae2ee37d1db8aaab493f7fc6a81d93424182
Unfortunately requires nasm - the netwide assembler -
http://www.nasm.us/
Upstream libjpeg-turbo is meant to be built with CMake on Windows but
thanks to our gcc-wrappers we are able to avoid that.
jpeg is kept mostly for platforms we are cross-compiling to. For now,
it's used also for Mac OS X because jpeg-turbo does not build there,
which should be fixed later.
Change-Id: Id87b7072a8acc2578c3abf7e82cb1499e5094dbf
Another typedef that destroys code readibility. I've removed AnimViewList_impl
because it's just a vector of ImplAnimView pointers.
Change-Id: I97e5867e1a7aeae575e45989ba7436867da9c808
Severe overuse of typedefs makes baby Torvalds sad. :-)
AnimationBitmapList_impl is just a typedef to a vector of AnimationBitmap
pointers. It's used precisely once in the code - in animate.hxx. This just
makes reading the code more difficult - too many layers of abstraction.
Change-Id: If84892dc90220c7dfe8c071d629268efa226f069
Sadly cannot forward declare "struct {...} TimeValue;".
rtl/(u)?string.hxx still include sal/log.hxx but removing osl/diagnose.h
was painful enough for now...
Change-Id: Id41e17f3870c4f24c53ce7b11f2c40a3d14d1f05
... to be used together --with-iwyu to track down bloat in headers,
which are not always named in the convention that include-what-you-use
expects for reporting issues.
Change-Id: Idffda7d49cca43170717004d52779b4663de19ae
It takes a lot of time and we can save ~1% of size if at all. Rather
store them uncompressed in the zip file.
With png, we can save a bit more, although it's still only about 4% - 8%?
Change-Id: I43a3e3812882e4ce85e7af9d0aaab454d98c4860
For that:
1, create ZipPackageStream::successfullyWritten to be called after
the content is written
2, Do not take mutex when reading from WrapStreamForShare - threads should
be using different streams anyway, but there is only one common mutex. :-/
Change-Id: I90303e49206b19454dd4141e24cc8be29c433045
Preparation step to parallel deflating.
Rename putNextEntry to setEntry and make it a static function.
We need to call setEntry before starting thread but writeLOC after.
Change-Id: I99a9ffa7dc4c18b47c621847b48bf8469bfb789a
We want to use ZipOutputEntry only for deflating (and maybe rename it).
ca13a9377e4a36436e4c82bb33648d0f3b6db6f5 was not a good idea because the
data still needs to be written sequentially anyway. Otherwise it's hard
to get offset positions of individual entries right.
Since this commit rawCloseEntry needs to be called always; also when we
use write&closeEntry because we don't call writeEXT in closeEntry
anymore.
Need to rename and add comments later.
Change-Id: I03bd48ca6e108e6253a77a137746165909ca3c3d
