Basic hex literals are basic Integer ( e.g. 4 byte ) types with
-2,147,483,648 through 2,147,483,647 range. Interally the scanner
was using a long to form/scan the literal, this led to bad behaviour
on 64bit linux ( where normally long -> 8 bytes )

Change-Id: I1d0fcc55ed0eda636da1445329737d1684e69f33

Change-Id: I10a67d3087205e81633a35e30b7648c4a14ac2f9

Change-Id: Iee4f792d35b8caf13bbd1c9ec7aefe38f185dcbb

Change-Id: If2235c959aa409376397f306145bea0bee713c78

Change-Id: Ie54315ebf76707848de635e75b9689ef8d06e0ea

Change-Id: I68d66e62d6962ec1da471b7c7edc8ca30d70e838

Change-Id: I98e90d54ade44a6baf20c8f36bc536f3dfa43ffe

Change-Id: I22a9178da0190fa79c81e10511925d2270065680

This reverts commit 0654a592.
Sorry Kohei for the noise

Change-Id: I17b45a5fb6ac5d30be5d3575fec76a61662decdf

Actually the detection code works just fine without having the detection
service set the filter name here. But it's supposed to.

Change-Id: Ic6a4325b5ceb532d0691781388f66c24cd695ca5

Change-Id: I4e71517f34988c3fc2d4b8e7627722d690c1b487

Change-Id: I71193951ce7a1d1a63fc6931a12267f22cdb72c3

The new format detection service is much simpler than the old one.

In the new framework, each detection service receives the name of format
that it is expected to check against, and it should either reject it by
returning an empty string in case the file is not of that format, or
if the file is indeed that format, set the appropriate filter name and
return that type to the caller.

We no longer need to deal with preselected filters (which is dealt with
in the detection framework itself) or return an entirely different format
that's different from the one being asked to verify.

Change-Id: I3f36951b0ad821d836fb8a56b852e40d43095f09

Change-Id: I0972f1f46ca46c6c482e016e6e0a280c205cc121

Change-Id: If6007b1d9aa2173fc0f508bb6e9b617a440c940c

Change-Id: I3e2ce690fcfd84d91979e737a1977f61319e2a55

Change-Id: I38ce976e55e9800971dcd300902578e06540f358

The installset structure in a "traditional" (non-"Mac-like") OS X was
messed up with *both* 'MacOS' and 'program' as real subfolders in
instdir.

Change-Id: I337e1669d28c6c59993790fd33c9c5ab372c421c

Change-Id: If7aa24718c3a4bc1656277f0bb741b41fcaf6f4f

Change-Id: I74238c164e661f0090e78e5c6107b974834a685b

Change-Id: Ic0dda47f02cd392234876a8945e240bbc915fa6a
Reviewed-on: https://gerrit.libreoffice.org/5453Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: I5726261c9fbe479e2b5be6862324d23a30d4ab40
Reviewed-on: https://gerrit.libreoffice.org/5452Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

...which had become unused with the new cppuhelper/source/typemanager.cxx.

Change-Id: Ic84d11cc9ecd1e7d73aa2757c14ffd46fa21e890

Thanks to Niklas Johansson for testing.

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

Change-Id: Iff0c43d190e6afa26c23416db4da9843cf7f41a5
Reviewed-on: https://gerrit.libreoffice.org/5327Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: Id90935fd2b0f904f89477792edc8140cfc31e91f
Reviewed-on: https://gerrit.libreoffice.org/5412Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: I5d799f51c41d9b4f5a0161cf49e76d9539826d8f
Reviewed-on: https://gerrit.libreoffice.org/5365Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: Ib028b0846fca69ae678ff02d551eb369a59bc129
Reviewed-on: https://gerrit.libreoffice.org/5475Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I76014ecb4dd0f040b6770965cb690cc9839bedb5
Reviewed-on: https://gerrit.libreoffice.org/5474Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I2cb6b2c2169e5ba72ac8866f4a797421bd779a8b
Reviewed-on: https://gerrit.libreoffice.org/5473Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

This reverts commit 7e7ccea7.

Change-Id: Idc09233ccd53a7368da978bb7c1a04a640118e62
Reviewed-on: https://gerrit.libreoffice.org/5503Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Project: help  0928f7ad945adabae18d618d9c63c12a6472ff8a

Change-Id: Ifaad85d637167bd85be2e15809e847efcdecd584

Change-Id: Ie3e5e3b8a68fdfa7b5a0c985b49f69fc87449ee0

Change-Id: Ic236a52311a5bd868daa50851a2a88c92c377f51

Change-Id: I84b79c6cc11a5cd506e22caf294423a3c0b953f0

...it looks like it used to be the order the constants appeared in the .idl
file, while now it happens to be the lexicographical order of the constant's
names.  For all the constant groups in com.sun.star.report the order expected by
the code appears to be the order of the constant's numeric values (which happens
to coincide with the order of appearance in the .idl files), so explicitly sort
them that way.

Change-Id: I550401b2742fffb7c96a7787498967a7cd78fff8

Project: help  50fb4825f0debbcff34a6110e66caaae2674fba5

blast, they *are* unused, bad grep

This reverts commit 0ec56aee.

Change-Id: I06b618f88240dab084dfa89fd21119f07d5ee5d5