We had too many obscure options for the MSVC build. The configury
logic tried to take into consideration Registry keys or file locations
that likely never happen with the compilers we suppport (2008, 2010 or
2012) or the Windows SDKs from the same era.

Now there is just an option --with-visual-studio that can be used to
specify which Visual Studio version to use in case several are
installed. It takes as parameter the "year" version, 2008, 2010 or
2012. (There is also --with-windows-sdk that takes the version number
like 7.1A or 8.0, but I expect that this option will not be needed.)

The code tries hard to use sane defaults in all cases.

It is quite likely that there are bugs in the new logic. Those will
have to be fixed once noticed. Hopefully the basic idea is sane,
though.

Change-Id: I0a53acd334d35cbf2cd2fbc76a38d636e0d0123d

Change-Id: Ie00c7cbc012a605e95ceafcad384a67b599fc758
Reviewed-on: https://gerrit.libreoffice.org/1476Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>

/home/peter/libreoffice/solver/unxlngx6.pro/xml/pdfimport/pdf_types.xcu:2:
warning: failed to load external entity
"/home/peter/libreoffice/component-update.dtd"
<!DOCTYPE oor:component-data SYSTEM "../../../../component-update.dtd">

Change-Id: I4198341f5c01da5d6f2c3780437eb492717bc58a

Change-Id: I48b86bf206808e1d19343622b640c80b61b40a48

Change-Id: If0bb2734bb2c71f69c85496fd59ca860aa14fd75

Change-Id: Ib799053921886d1bd524bf4ffe3f586e4c676572

When a new SvxShape is set on this SdrObject, remove itself from the
previously set SvxShape (if any). Otherwise it will try to reset the
SdrObject's SvxShape in its destructor...

Change-Id: I89d952a722b643a06f8eea87aad68f8bd230f811

Change-Id: Ie89aee95755d9abd3b82062fac271cfe774174ec

The problem was that \sbknone (being a section property) triggered
creating a section, but the document doesn't have multiple sections.
Make sure we don't send section properties as long as no \sect control
words present.

Change-Id: I3cb08dd52c5a34be6585ac9fc0c4b6bb04b6ae8c

Change-Id: I1befe2e2c5f8474a4af894e949c4b24e041a977b

Change-Id: I42ae81279fedca04b7ba08269a6c47f174cf6b01

Change-Id: I04a29decfeec5e05b50070904189bbeccaf25910

Change-Id: I0950c45af8505e0801431eb711108ea43f88c242

It is pointless to test for both $build_os = cygwin and $_os = WINNT.

Change-Id: I89b5196439f79284ca1a3fb08369decf20810b5b

Change-Id: I401fd149e62d74a96edfc2a7e5105fb2cc95f0c7

Change-Id: Ie2cdbf1291ec340053238b72dd155f20aa2aaddb

Change-Id: I665bf0bdb4e0d4c104a08f37a8afa9de4ad4a9f4

Change-Id: I82735e3f09f22763ef48aab18dee867159dbf842

Change-Id: I0d0d6e7ef42b3fbddbb8f4267099ea3b029c01ac

The RTF spec says control words are case sensitive, and page 252 of the
v1.9.1 spec defines \mlimloc, but earlier page 118 and 125 also defines
\mlimLoc, so let's accept both.

Change-Id: I01c9a166d0faabed4a92a0aa42a123432cb7e847

Change-Id: Id432bec2ad19b0ff71135cbe65f6e8ba42bf036d

Change-Id: I25394e009009ae9c111e929d493eb949c042e1bc

Change-Id: I50d55f5e5cc7987550ade689ca3754c818efeb62

There seems to be no obvious reason why we would need to store the chart
doc during xls import. The chart test docs don't show any difference
without this call.

This speeds up xls chart import quite a bit. With the test doc from the
bug report I'm able to open the doc nearly instantly now.

Change-Id: I0b80462b9d1c405ab1d4cf456e12ebfe4428db98

Change-Id: I94bf89867cec9cc24f8b96635c515d9477b561a9

The font cache in VCL returns different fonts for identical parameters,
which causes layout differences in Writer.

first we search the font with language 1054:
 debug: XXX 0x2103950   add to maFontNameList: TH SarabunPSK->waree
 p maFontNameList
 $9 = boost::unordered_map with 1 elements = {
   ["TH SarabunPSK"] = "waree"
 debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->waree
in this very same invocation the "waree" is then rerouted to Deja Vu
(which can only be because it was called with language 1033):
 debug: XXX 0x2103950   add to maFontNameList: TH SarabunPSK->dejavusans
 p maFontNameList
 $11 = boost::unordered_map with 1 elements = {
   ["TH SarabunPSK"] = "dejavusans"
 }
 debug: XXX 0x2103950 found in maFontNameList: TH SarabunPSK->dejavusans

- the selection of different fonts happens in
  FcPreMatchSubstititution::FindFontSubstitute.
- we never get a direct cache hit from maFontInstanceList because there
  are some differences like WIDTH_DONTKNOW, and the maSearchName
- the first time a font is searched, it ends up in maFontInstanceList
- the second time a font is searched, it may end up in maFontNameList,
  which maps _only_ based on the name (appears to be an invalid optimization)
- once we have TH SarabunPSK->dejavusans in maFontNameList we can never
  select the other one because apparently dejavusans covers all languages

Change-Id: Ibd73de88d8fc3b6e1319eb34c261e55ea217a988

... to actual minimum so that the fix for fdo#33090 in
UniscribeLayout::GetNextGlyphs subtracts exactly the right number.

The original value of mnSubStringMin is guessed and may be up to 8
smaller than the actual start of the first VisualItem.

For the bugdoc it happens that sometimes it's too small by 8 and then
the wrong entries in mpGlyphs2Chars are initialized and then apparently
there are single glyphs that represent multiple characters and so
GetNextGlyphs returns a -1 character which is invalid.

 ->GetNextGlyphs dir 1 36 mnSubStringMin 28
 ->GetNextGlyphs g2c #1 [8] = 36
 ->GetNextGlyphs g2c #1 [9] = 37
 ->GetNextGlyphs g2c #1 [10] = 38
 ->GetNextGlyphs g2c #1 [11] = 39
 ->GetNextGlyphs g2c #1 [12] = 40
 ->GetNextGlyphs g2c #2 [4] = 40
 ->GetNextGlyphs g2c #2 [3] = 39
 ->GetNextGlyphs g2c #2 [1] = 38
 ->GetNextGlyphs g2c #2 [1] = 37
 ->GetNextGlyphs g2c #2 [0] = 36
...
 ->GetNextGlyphs init nCharPos -1
 ->GetNextGlyphs g2c [2]  nCharPos -1
 ->GetNextGlyphs set pCharPosAry -1
layout[0]->GetNextGlyphs 768,1024 a1800 c-1 0

Change-Id: Ie33ec797a412aa898bec3f4e8f97b88dcfed4d11

the general goal is

1/ to avoid the bloat of pet conviniences rules that
can be managed using other git provided means

2/ to work toward the goal of a read-only-source-tree build

Change-Id: I5ff9836e135507dcc53b37fd1098aa7876612bfc

Change-Id: I49d81f482c6b97627e6e7cc3741246b70383eb5a

Change-Id: I410ab7bbd74b616fcb0a3ed3b0c917cebeac23c6

Change-Id: Idf628ad51ebe9c841090a5e04c7986c15c726480
Reviewed-on: https://gerrit.libreoffice.org/1463Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

Like the minimal filter tests, these tests are invoked from a single
cppunit method since commit 0a30cb22, so
some info about exactly what file failed is necessary. If we are at it,
also print the (re)loading time as well.

Project: dictionaries  f0c914a43e7e6540300da25c935a77aebb672094
null
Brazilian spell checker and grammar checker update.

Change-Id: I8967a353bbac45f9ea29cbc449e60fbf63f287a0
VERO: Version 3.0.0 beta 24
Reviewed-on: https://gerrit.libreoffice.org/1459Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

Change-Id: I7313cca3335e1b41df2a70fe968bc1e6386a1e36

Some screwup with hypot(). As a workaround, include <math.h> early.

Change-Id: Ic8c6abc45f8502097c6b6b619108d50ea3c22392