summaryrefslogtreecommitdiff
path: root/solenv
AgeCommit message (Collapse)Author
2017-07-29Fix no longer valid commentPranav Kant
This was changed in d72aad218c9737fb19d1a835b03c13b7107a96c0 Change-Id: Ie93f603c82669ca612fbf9635a62c50e63702a85
2017-07-28Fix scheduler GDB pretty printerJan-Marek Glogowski
mbDelete is gone, as we simply check for mpTask. Change-Id: I9d451f2445fb6b978d177b45d75abde2595c5fac
2017-07-28loplugin:constparams handle constructorsNoel Grandin
had to change the structure of the plugin considerably, was too messy to structure it to do the calculations on a per-function basis Change-Id: I4edee7735f726101105c607368124a08dba21086 Reviewed-on: https://gerrit.libreoffice.org/40516 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-07-27LibreOffice.natvis: fix BigPrtArray visualiser.Mike Kaganski
Also visualisers for uno_Any and SwNode are tweaked. Visualisers for uno::Reference, rtl::Reference and VclPtr added. SwFrameFormats visualiser reimplemented to follow implementation of boost::multi_index_container. Minor reformatting. Change-Id: I24ccb8bfccd7f7514697ca3f36490672ad549aef Reviewed-on: https://gerrit.libreoffice.org/40466 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-07-26gbuild: strip away unexpected CR char at the end of Windows filenamesMiklos Vajna
As reported at e.g. <https://ask.libreoffice.org/en/question/90346/building-libreoffice-in-cygwin-leads-to-infinite-loop/>, sometimes MSVC (seen with 2013 on libreoffice-5-2, but there is no indication that 2015 on master would be different) emits CR characters at the end of filenames, resulting in unnecessary rebuilds at per-module builds, and actually to an infinite loop when doing toplevel make. Given that CR characters are unexpected in any filenames, it should be safe to just strip those away unconditionally. Change-Id: I3d56670b4d930a32489f889085711bfd436de82a Reviewed-on: https://gerrit.libreoffice.org/40452 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-07-25tell msvc our source code is written using utf-8Caolán McNamara
Change-Id: I4fb364ceb34e0851f2d04c403333bf428e8cfa98 Reviewed-on: https://gerrit.libreoffice.org/40305 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-07-24gbuild: AllLangMoTarget: stop reinventing the python wheelMichael Stahl
It also doesn't work on WNT where python_shell does not exist, and on OSX where python3 is not a Package but a GeneratedPackage. Change-Id: Ia4004f56d9168a05b3bd49e66c30502962c07698
2017-07-21call python script with whatever is set as the python to useCaolán McNamara
Change-Id: I5dcfe7c1eca2f6388d6606521722a5fe876a9f34
2017-07-21loplugin:constparams in soltools and variousNoel Grandin
Change-Id: I5e8e4a9a31aa7c3ff54cc7ce137d08770ea297e1 Reviewed-on: https://gerrit.libreoffice.org/40279 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-07-21fix python2 assumptionCaolán McNamara
Change-Id: I2113f64bac9f1e7421416266d20004b35ddbc54b
2017-07-21further bodge bad translations with mismatching starting newlinesCaolán McNamara
Change-Id: I91d559596dcfbca603613bc4e9db7fe3348984c6
2017-07-21fix up some mismatching msgstr vs msgid trailing newlinesCaolán McNamara
these are broken (from msgfmt's perspective anyway) already in our translations and pootle warns about them Change-Id: I9ce7c651273e334ecb92a592397886e2b95907da
2017-07-21use old translations for interim periodCaolán McNamara
Change-Id: I81af71041d8d9d0074c9585ced510d7daab07c20
2017-07-21replace localestr with a script for the supported translation targetsCaolán McNamara
Change-Id: Ia0c00f6f978428d68b3c53051e26e1913b207dbe
2017-07-21temporarily survive missing translationsCaolán McNamara
Change-Id: I19c27e524d2ad1e57fa3ca41b1bfaed17215bd76
2017-07-21de-hrc various thingsCaolán McNamara
e.g. helpid[s].hrc -> helpids.h and insert include guards where missing move "ordinary" defines into .hxx files remove .hrc entries that are used as arguments to dialog factory when a dedicated method can be added instead Change-Id: I792fb8eb0adfaa63cf354e6e57401fc943e9196e
2017-07-21migrate to boost::gettextCaolán McNamara
* all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
2017-07-19oss-fuzz: fix wmffuzzerCaolán McNamara
Change-Id: Idd6a03ed46161c6d35088401ae2816edc8a69f8b
2017-07-19CompilerTest_compilerplugins_clang: disable test failing with clang-3.8Miklos Vajna
10:28 <@vmiklos> noelgrandin: clang-3.8 is unhappy for the unusedfields plugin: https://pastebin.com/raw/MJ30aKcs 10:30 <@noelgrandin> vmiklos: ... probably best to just disable the unusedfields solenv testing in the .mk file Change-Id: I1873f1f76d7a7b0438002ffda9180abe582e07d7
2017-07-18More avoidance of invoking gdb with LD_LIBRARY_PATH setStephan Bergmann
...similar to 785eb0ed14cde731c2795f68f004f0b811cfe387 "gbuild: try to avoid invoking gdb with LD_LIBRARY_PATH set", this time for DEBUGCPPUNIT=TRUE in addition to CPPUNITTRACE="gdb --args" Change-Id: I3e2cc5abf76947dc4c7b4d6caa3fd5720720e050
2017-07-15emfplus: create a wmf/emf/emf+ primitive based importerArmin Le Grand
First steps to organize an importer that can read/interpret wmf/emf/emf+ and deliver a primitive representation for the content by parsing it. Use the same mechanisms as already applied for Svg, so to reuse abilities to keep original binary data to allow save again and embedding in files and have an implemented replacement bitmap based representation. For this, unify the used helper classes to handle more than just Svg. For 1st try, add test code and static bool switches Change-Id: I6e0a82943541d811a8f8d65a84115569fcd8cee7
2017-07-13fix BigPtrArray pretty printerNoel Grandin
after commit 64079184cc06444e9dfdb55a5c66829e929d4a59 "improve useuniqueptr loplugin to find arrays" Change-Id: I29841af65fcb0c1f92e52d9aeee164328bbb4663
2017-07-13Run Idle tasks immediatlyJan-Marek Glogowski
There is really no reason to wait a millisecond for an idle. Change-Id: I7665d5f2e7d6ba3e01290a692bbc8e42c36b9986
2017-07-13Introduce a scheduler stackJan-Marek Glogowski
While the stack removes all invoked tasks from the queue, which actively removes it from scheduling, it also helps to faster handle nested calls, as we don't have to look for the previous position to move the task to the end of the queue for the round robin. Change-Id: I358cf2492e9630f67685a2b780509edb56691830
2017-07-12add script to update translations for gettextCaolán McNamara
Change-Id: I1ec48a71103aad50e8a303a5356a25f3a168d6bd Reviewed-on: https://gerrit.libreoffice.org/39867 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-07-07re-add some gdb BigPtrArray pretty printingNoel Grandin
After commit c6902761d797253cda8b3f71f102c66108585e24 "Revert "use std::vector in BigPtrArray"" <mst_> noelgrandin: you reverted both gdb changes but only one sw change? <noelgrandin> mst_, I thought your gdb change only appliled to the std::vector? <mst_> noelgrandin: there was another std::something or other change there, one was mvInfo and the other mvData <noelgrandin> mst_, sigh, will fix that Change-Id: I3059d29b1a559eb3077f5d713be011e15e887ee0
2017-07-07Revert "use std::vector in BigPtrArray"Noel Grandin
which is causing crashes in the crashtesting in ooo119635-3.docx and ooo119568-2.docx It is definitely some kind of use-after-free error, but the compress and delete logic for BigPtrArray is too hairy for me to debug right now. This reverts commit 1eee0abd459a508a6dcf9e71cbf2c1be3725faa7. Also revert commit 4f743419a04375160437a910254c45dea396f70d "gdb pretty-printers: fix BigPtrArrayPrinter after recent std::isation" Change-Id: Id870876432a060f9347aafb43bf0df692ea24464 Reviewed-on: https://gerrit.libreoffice.org/39684 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-07-06LibreOffice.natvis: several new visualisersMike Kaganski
Change-Id: I451797b987ec7a8ffa069cbf34f0c22d6c1ce280 Reviewed-on: https://gerrit.libreoffice.org/39628 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-07-05new loplugin unnecessaryparenNoel Grandin
Change-Id: Ic883a07b30069ca6342d7521c8ad890f4326f0ec Reviewed-on: https://gerrit.libreoffice.org/39549 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-07-05gbuild-to-ide: add VisualStudio visualizers file to solutionMike Kaganski
See https://msdn.microsoft.com/en-us/library/jj620914 Change-Id: Ibd18f1c36c46ea47c897542f35e3ea2a8bc0a8ac Reviewed-on: https://gerrit.libreoffice.org/39510 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Jenkins <ci@libreoffice.org>
2017-07-04Break solenv/bin/assemble-flatpak.sh out of dev-tools flatpak/build.shStephan Bergmann
,,,in preparation of moving to a flatpak-builder manifest.json approach Change-Id: Ie9e90a85cc6e94ff7191161085c6e607512db0c4
2017-07-03loplugin:unusedfields in slideshow..svtoolsNoel Grandin
Change-Id: I74d5a4b8cfc4b18267f99648a3112b163c91fd8c Reviewed-on: https://gerrit.libreoffice.org/39474 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-07-03loplugin:casttovoidStephan Bergmann
Change-Id: I427b15b35ef6e7c803cb8a00c961d35175ae8cb2
2017-07-03Fix typosAndrea Gelmini
Change-Id: Icf25b22857abd97e8b6a72d3d546fd1eed882049 Reviewed-on: https://gerrit.libreoffice.org/39385 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
2017-07-02loplugin:casttovoid: solenvStephan Bergmann
Change-Id: Icd4328eed3cd682c98fc9be7368fcbac55a94edf
2017-06-30CompilerTest_compilerplugins_clang depends on boost_headersStephan Bergmann
...since 09031ef2fe89a8a6321ca89cca49f1587fe577e6 "Avoid getQualifiedNameAsString" Change-Id: Ic663153c3cfb3d7264a6614c4fa4edd71fe6235f
2017-06-29improve refcounting lopluginNoel Grandin
to find ref-counted classes being managed via other smart pointer classes. Hopefully prevent needing fixes like 642ae256ea5b8083ba0b3c097ca8ea52304b9cdb "ChangedUIEventListener is refcounted, mustn't be helt by unique_ptr" Change-Id: I6b0c5f8f87ce3546a8a1104ce1000470c09459bd Reviewed-on: https://gerrit.libreoffice.org/39378 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-06-29loplugin:oncevar variousNoel Grandin
Change-Id: I8b82d46d4688b1a59d6fe1b05da7d5c8dfc13ca6 Reviewed-on: https://gerrit.libreoffice.org/38766 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-06-28gdb pretty-printers: fix BigPtrArrayPrinter after recent std::isationMichael Stahl
Change-Id: Ie98f080fbb0efb807dcb2fb7893811f68e831a8f
2017-06-28Try to get meaningful gdb backtraces for failed UITest core files after allStephan Bergmann
Change-Id: I6487eabdc0d6c84e919dff0f330bbc36a19f9da3
2017-06-23Sort listStephan Bergmann
Change-Id: I08882119972587b6c86ba0717cfc73d0fc4550e1
2017-06-22add factory function mapping for libspelllo archivebrainbreaker
Change-Id: I7cbea9381bc993e7894603c731ab0ac54e80d4b4 Reviewed-on: https://gerrit.libreoffice.org/39049 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-06-22--enable-optimized should be orthogonal to --enable-debug/--enable-dbgutilStephan Bergmann
Change-Id: I277f30129560ea9fa76d6439a60bb191358df99d Reviewed-on: https://gerrit.libreoffice.org/39088 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-06-22Revert "Temporary debg output to find out why tinderboxes still don't find ↵Stephan Bergmann
program" This reverts commit d36dc7b3ce28e6fe1590aa7cb72e53e2d745c073. Turns out e.g. tb75-lilith has a 'file' command that doesn't print "execfn:" information, just > /home/tdf/lode/jenkins/workspace/lo_tb_master_linux_dbg/workdir/UITest/calc_demo/done.core/core.24697: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/home/tdf/lode/jenkins/workspace/lo_tb_master_linux_dbg/instdir/program/soffice' (<https://ci.libreoffice.org/job/lo_tb_master_linux_dbg/13930/console>), but with a truncated "from:" path, so would probably be little benefit to try to get the path from the "from:" instead of (or in addition to) the "execfn:" information (where the latter appears to be more accurate at least with my local file-5.29-4.fc25.x86_64).
2017-06-22Temporary debg output to find out why tinderboxes still don't find programStephan Bergmann
...that dumped a core file. Is it just that the pathname is too long and gets truncated? To be reverted again. Change-Id: I2e571cf7d5d3a128e8875e01df37bfccadefe80a
2017-06-21Process all core files that are foundStephan Bergmann
...which can be useful e.g. when a UITest spawned multiple soffice.bin sub- processes that crashed Change-Id: Ic14ab286b320f2ee548c217e5395cfeec3afa889
2017-06-20Try guessing the actual executable that produced an ELF core fileStephan Bergmann
...which may be different from $EXECUTABLE e.g. when in a UITest (where EXECUTABLE=python.bin) an soffice.bin sub-process crashed Change-Id: Ia448c911b8475686e98c6bb6f43d7d32abece7cd
2017-06-20loplugin:unusedfields fix false positiveNoel Grandin
When the field in question is read from inside a constructor initializer. In the process, create some needed infrastructure in the plugin classes. Change-Id: I2f440efa6912801a236727c9fe3180404616958c Reviewed-on: https://gerrit.libreoffice.org/38960 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2017-06-19only unit-test one loplugin at a timeNoel Grandin
tell the plugin code when we are unit-testing it, so we can suppress all the warnings except for the plugin we are currently testing Change-Id: I240c8e37eba90c219e53c29531a3a43bc841a1c8
2017-06-13Generalize loplugin:stringcopy to loplugin:redundantcopyStephan Bergmann
(such redundant std::unique_ptr copies could happen when changing parts of the code base to make use of std::unique_ptr individually) Change-Id: Ib48a45a212f9426a775c7f379bc5d3c92230218a
generated by cgit (git 2.34.1) at 2025-02-22 14:06:11 +0000