new GCC compilers do not accept "obsolete and totally removed
in gcc 4.2 and later" -Wno-long-double flag

actually, it used to be Apple-only GCC extension for gcc<=3.3

Change-Id: Ied3320cbd45915682b628c99bb0a168ea4753bb7
Reviewed-on: https://gerrit.libreoffice.org/11819Reviewed-by: Douglas Mencken <dougmencken@gmail.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I232f13e8294ff1039519f943c3380f114f6821be

Change-Id: I6f91165b5c4bfd06a23224f2ed16818c7d74852b

Change-Id: I13899545421fa710a590cde042e142cdb3293c7c

In other words, from now it's a must to map ST_Foo simple types to
NS_ooxml::LN_something constants, and raw integers (which are hard to
grep and hard to track down where are they used) are no longer an
option.

Change-Id: I968b27bca3f64f6f4a382b87e2dbc499a3132ea2

If bSimple = true, call DeleteCell(), otherwise call DeleteContents().

Change-Id: Ic08d9501797b537430bef0b6f3d920c3b497104b

for a single cell case.  This is equivalent of ScViewFunc::DeleteConents
with bSimple = true.

Change-Id: I5eccce21843f4cb21b29f96b0360617a180aebee

with there respective env variable OS,COM,CPUNAME
this is a first step to get rid of OUTPATH

Change-Id: Idab4dd7b19deba5252390cbd2cb74dfff9efe64e
Reviewed-on: https://gerrit.libreoffice.org/11907Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: Idaf0b0e9fc38dc05f24c111304ef5189b4ba111c
Reviewed-on: https://gerrit.libreoffice.org/11906Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: Idcd31ea07c460aaecff3ea56072cf65e26040bda

Change-Id: I18d4f6af97fcfb9341711751a8d550e421f7a381

Change-Id: Iaf2df8a315b3e0c8cdd1f1a4a7d589682384ddaf

TempFile itself will only remove empty directories.

Change-Id: Ibaf986856bde172de40686ae363821b19add8106

Change-Id: I3dd844c656766835079bc191b3b55d3fba2c2219

Change-Id: I98d3f4a68abfee42dac987633878b850134671d3

Change-Id: Icefec168910ba0b059f4b1887ec67cce8505ffd6

Relevant for opening svg images via File->Open:
Children of the <defs> element should be interpreted only during the
style collecting step. Collecting <path> elements from clip paths
during the shape writing step leads to unwanted black polygons.

Change-Id: I73598134c9be2877e975a7e756541ec3026fe768
Reviewed-on: https://gerrit.libreoffice.org/11793Reviewed-by: Thorsten Behrens <thb@documentfoundation.org>
Tested-by: Thorsten Behrens <thb@documentfoundation.org>

Because that is after all what we are after here, and we want them even in a
non-debug build.

Change-Id: I4770f6b0420b2a65ccc813f0e400cbb39b0d44fe

Change-Id: Ibea26f3c99b50f2011050960794d9736566ee7ce

Change-Id: Ic66d2fcf78603bdd4fa1e08933900f49c66384b7

Also aScaleAutomatism -> aAutoScaling.  The word 'automatism' is a bit
awkward.

Change-Id: I9856f904d5693e79e19176ba5fff881267d5c7e7

Change-Id: Ib978f47925e1f7d77e02586bff50d24fa5b27f2c

Change-Id: Ib1c859b6033b2cf148e1ed74a437dda85872dffe

which also exposed few cases of mis-used const-ness here and there...

Change-Id: Ie4374459643fc050ded646762d72ad622cf3f843

Change-Id: Ibfb77e7d5fb32c317e773851536444679e5b65fa

Change-Id: I56664b455383f69137399e4c5fb28521ef813287

Change-Id: Ia446cc0b8b26bb158b36ca64cbf45bf172f37bdf

Change-Id: I1524722feae3ad9f67627cb34dec83632edefec4

there's a warning for nPolygonCount but none for nPointCount. I wonder
what happens if I tweak the code like this

Change-Id: I7e1b02c4790f6b2d1c59e38de1a6a0b17a0485b1

there were three of these, not just one

i.e. see also

commit 276a051e
Date:   Sun Oct 5 13:05:04 2014 -0500
    coverity#1223085 Unchecked return value

Change-Id: I07ee033ae31a346a08f68a6edfa480505fe6c11a

and

coverity#1241356 Uncaught exception
coverity#1241415 Uncaught exception
coverity#1241449 Uncaught exception
coverity#1241146 Uncaught exception
coverity#1241169 Uncaught exception
coverity#1241408 Uncaught exception
coverity#1241452 Uncaught exception
coverity#1241443 Uncaught exception
coverity#1241236 Uncaught exception
coverity#1241157 Uncaught exception
coverity#1241283 Uncaught exception
coverity#1241409 Uncaught exception
coverity#1241229 Uncaught exception
coverity#1241387 Uncaught exception
coverity#1241050 Uncaught exception
coverity#1241371 Uncaught exception
coverity#1241048 Uncaught exception
coverity#1241112 Uncaught exception
coverity#1241351 Uncaught exception
coverity#1241370 Uncaught exception
coverity#1241329 Uncaught exception
coverity#1241162 Uncaught exception
coverity#1241103 Uncaught exception
coverity#1241342 Uncaught exception
coverity#1241271 Uncaught exception
coverity#1241219 Uncaught exception
coverity#1241245 Uncaught exception

Change-Id: I3418bb54b5c385110201a99a339eba0d0d3048f5

Change-Id: I082b7682124053948733efc2dbe5df6196acaa5f

Change-Id: I6d7227a0614042f7a65520fc79b31afa3d7ca744

Change-Id: I748d34fd7f56b1c9c739f15fbb596932484195a4

Change-Id: Ifcc05a5b23630fffed3a2f2636909bd1e1dff1fe

Regression from commit 1be0a3fa
(n#825305: writerfilter RTF import: override style properties like Word,
2014-06-17), we failed to do the proper deduplication in buffered
content, like tables. Fix this by adapting
RTFDocumentImpl::replayBuffer() to RTFDocumentImpl::checkNeedPap(),
which already did the proper deduplication.

To be fair, the inconsistency was there earlier since
9f5263c4 (fdo#44736 RTF import: ignore
direct formatting which equals to style, 2012-11-25), but it caused no
real harm earlier.

Change-Id: I0673408088d9d83768f0780ea92ece87913d03f3

Assume RES_CHRATR_BACKGROUND shall indeed be an SvxBrushItem while
SID_ATTR_CHAR_COLOR_BACKGROUND shall indeed be an SvxColorItem.  (This probably
never caused trouble in practice as the member vars of SvxColorItem happen to be
a prefix of the member vars of SvxBrushItem.)

Change-Id: Ifb2a137ad89de6e03da3b61dd17bcd8882cce2d7

Change-Id: If17bfdfdb51d5b9b8db563fccf09bb7608fcd0f8

Change-Id: I5acb672ea8387cdbf68677a2b46d21785148a735

Change-Id: Ifa3fd6f074d1957a468a1dad5dc2c223d38d24d4