summaryrefslogtreecommitdiff
path: root/solenv/gbuild
AgeCommit message (Collapse)Author
2017-10-25res files and .ui translations are goneDavid Tardon
Change-Id: I3d468ac495c37f8b155f14943bd0a0ac10bd9d06
2017-10-19Let's have this additional info also for WIN buildsTamás Zolnai
Change-Id: Ie641f7005980585501f2de1ed83f1cd27549b2bb Reviewed-on: https://gerrit.libreoffice.org/43536 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
2017-10-13When the unit test fails, mention how to run just that exact test.Jan Holesovsky
Idea that appeared during the Stephan's talk - thanks! :-) Change-Id: Icc0b8454fde8a28f87236425d9df213959d5349c Reviewed-on: https://gerrit.libreoffice.org/43368 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2017-10-11There appears to be no need for -I. in SOLARINCStephan Bergmann
See the mail sub-thread starting at <https://lists.freedesktop.org/archives/libreoffice/2017-October/078609.html> "Re: C[++]: Normalizing include syntax ("" vs <>)". Change-Id: Ibb636be643789d455e771fcd54913dd3cdd03815 Reviewed-on: https://gerrit.libreoffice.org/43284 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-10-06gbuild: more verbose forwarding of LinkTarget functionsMichael Stahl
The forwarding of LinkTarget subclass functions to LinkTarget functions is currently done in a very elegant way that only requires listing the bare function names once, but the downside is that the subclass functions aren't defined in a way that "git grep" or "ctags" can find, so replace that with more verbose copy-paste definitions. Change-Id: I4bd7f1b1bc0904ae345958e39403ab508db584a1 Reviewed-on: https://gerrit.libreoffice.org/43196 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-10-06iOS, third party library updatejan Iversen
added arm64 to config.sub removed coinmp from compilation Change-Id: Ib0a4d8fc7cae399183116e928485869a08e7b1af
2017-10-04simplify updating of config.* in bundled projectsDavid Tardon
Change-Id: I2028bb9664caf9b9c09d22cc766f88094c92b95f Reviewed-on: https://gerrit.libreoffice.org/42940 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-10-02solenv: support gb_UITest_DEBUGRUN for ui testsMiklos Vajna
This is similar to gb_JunitTest_DEBUGRUN, i.e. allows running soffice in gdb, and then connecting to that soffice from the test, instead of starting an own one. Change-Id: I023d6b0ede146837666c946cb865feb9046e5a94 Reviewed-on: https://gerrit.libreoffice.org/42756 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2017-09-30Fix typosAndrea Gelmini
Change-Id: Ic09de64e5672d66b7436a6525344f845550523f9 Reviewed-on: https://gerrit.libreoffice.org/42982 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
2017-09-30solenv: move DeclareDPIAware.manifest to gbuild directoryMichael Stahl
Change-Id: If09ece21c9dd69111990e1cef2508149fff7e8a6 Reviewed-on: https://gerrit.libreoffice.org/42969 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-09-30Support loplugin in clang-clStephan Bergmann
This works at least with a recent Clang trunk (towards Clang 6.0). In order for the plugin.dll to find the LLVM/Clang symbols, it needs to be loaded into clang.exe not clang-cl.exe, so set CC/CXX to 'clang.exe --driver-mode=cl ...'. Buidling the plugin requires some linker flags that must go at the very end of the COMPILER_PLUGINS_CXX command line, after a /link switch, so introduce another COMPILER_PLUGINS_CXX_LINKFLAGS variable for that. Also, clang.lib is not installed as part of LLVM's 'cmake --build ... --target install' step, so is not available under CLANGDIR and needs to be taken from the build tree instead, so introduce another CLANGLIBDIR variable for that. autogen.input settings that work for me on Windows 8.1 with Microsoft Visual Studio 14.0 are: > CLANGDIR=C:/llvm/inst > CLANGLIBDIR=C:/llvm/build/lib > COMPILER_PLUGINS_CXX=C:/PROGRA~2/MICROS~3.0/VC/bin/amd64/cl.exe /IC:\PROGRA~2\MICROS~3.0\VC\INCLUDE /IC:\PROGRA~2\MICROS~3.0\VC\ATLMFC\INCLUDE /IC:\PROGRA~2\WI3CF2~1\10\include\100102~1.0\ucrt /IC:\PROGRA~2\WI3CF2~1\NETFXSDK\46D346~1.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\shared /IC:\PROGRA~2\WI3CF2~1\8.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\winrt > COMPILER_PLUGINS_CXX_LINKFLAGS=/LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/LIB/amd64 /LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/ATLMFC/LIB/amd64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/10/lib/100102~1.0/ucrt/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/NETFXSDK/46D346~1.1/lib/um/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/8.1/lib/winv6.3/um/x64 (The last two are "C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/ amd64/cl.exe" and translations of %INCLUDE% and %LIB% as set in the "VS2015 x64 Native Tools Command Prompt" shell. AC_CHECK_HEADER(clang/AST/RecursiveASTVisitor.h, ...) in configure.ac wouldn't like CXX to start with INCLUDE=... LIB=... environment variable settings, so it wouldn't work to instead pass %INCLUDE% and %LIB% to cl.exe that way. See <https://wiki.documentfoundation.org/Development/clang-cl> for general information about building with clang-cl on Windows.) There's still some room for improvement marked "TODO". (And some of the unused* plugins, which are not run by default anyway, use Unix-style functionality, so have been disabled for now.) Change-Id: I6c28bdeb801af39ce2bae03111f455e2338d66c9 Reviewed-on: https://gerrit.libreoffice.org/42931 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-09-30Add compatibility information to binary manifests on WindowsMike Kaganski
Without that, Windows (since 8.1) may apply compatibility mode (at least its version API really works differently: see https://blogs.msdn.microsoft.com/cjacks/2014/06/23/why-windows-8-1-sometimes-tells-you-it-is-windows-8-0). Change-Id: I99f0c81aac669f21c737753bc806565c794281f2 Reviewed-on: https://gerrit.libreoffice.org/42934 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2017-09-30allow linking mergedlib on win by removing duplicate libs from commandlineChristian Lohmaier
adding advapi 62 times, icuuc 24 times and libxml2 18 times (and others multiple times as well) is too much for cygwin to handle and breaks the build when trying to link mergedlo.dll with the not-very telling "/usr/bin/sh: -c: line 1: syntax error: unexpected end of file" (especially since the latter are added with $W/UnpackedTarball/whatever) uses the sideeffect of make's sort to remove the duplicates Change-Id: I9e92aafa0df9518520793a5827fb6cc157538f4b Reviewed-on: https://gerrit.libreoffice.org/42953 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins <ci@libreoffice.org>
2017-09-20Don't expand $(call gb_Executable_get_target,python) too earlyStephan Bergmann
Caused a clean 'make PythonTest_pyuno_pytests_ssl' to fail for me with ".../instdir/program/python.exe: No such file or directory" as the above apparently expands to nothing at the time solenv/gbuild/platform/com_MSC_class.mk is read. Change-Id: I33ad8d8d0876dcec9b9cb02b71a9399d959cf660
2017-09-20gbuild: remove obsolete commentMichael Stahl
There is only one PCH since commit "kill gb_NoexPrecompiledHeader" 2bf530153e9fb24aef62bf5e16e23ea1412887dd Change-Id: I1b31462227df021068e8a6320d0613809d2503bc
2017-09-19iOS, remove support for 32bit (arm).jan Iversen
Supporting 32bit iOS, means a.o. adding several libraries to the dependency list because macOSX does not install them by default (e.g. zlib). 32bit is only used in old iPhones. updated configure.ac removed from solenv/gbuild/platform bridges corrected Change-Id: I415e744a9cb4acb3b5fbfca33c22940a1d56e390
2017-09-15consistent naming of externals: jpeg-turbo->libjpeg-turboMichael Stahl
Change-Id: I63fcebc36559c2698bbedd3501285a388ce8c257 Reviewed-on: https://gerrit.libreoffice.org/42291 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-09-14remove interim update module for gettext supportCaolán McNamara
Change-Id: I05df619848cde842a5cda79d20e013914ce882d4
2017-09-13Enable -Wunreachable-codeStephan Bergmann
...motivated by <https://gerrit.libreoffice.org/#/c/41565/2> adding dead code at the end of a switch statement, after the last case's "break". -Wunreachable-code appears to work well on Clang, while it appears to have no effect on GCC. Most of the affected places are apparently temporary/TODO/FIXME cases of disabling code via "if (false)", which can be written with an extra set of parentheses as "if ((false))" to silence -Wunreachable-code on Clang (which thus needed loplugin:unnecessaryparen to be adapted accordingly). In some cases, the controlling expression was more complex than just "false" and needed to be rewritten by taking it out of the if statement to silence Clang. One noteworthy case where the nature of the disabled code wasn't immediately apparent: Sep 12 16:59:58 <sberg> quikee, is that "if (false)" in ScExponentialSmoothingDialog::ApplyOutput (sc/source/ui/StatisticsDialogs/ExponentialSmoothingDialog.cxx) some work-in- progress or dead code? Sep 12 17:02:03 <quikee> sberg: WIP, but you can remove it Sep 12 17:04:47 <sberg> quikee, I'll wrap the false in an extra set of parentheses for now, to silence -Wunreachable-code (I wouldn't want to remove it, as I have no idea whether I should then also remove the "Initial value" comment preceding it) Sep 12 17:07:29 <quikee> sberg: both are different ways to calculate the "intital value"... so no Another case where the nature of the dead code, following while (true) loops without breaks, is unclear is sd/source/ui/remotecontrol/BluetoothServer.cxx, where I added TODO markers to the workarounds that silence the warnings for now. basic/source/sbx/sbxvalue.cxx had a variable of type double, of automatic storage duration, and without an initalizer at the top of a switch statement. Clang warning about it is arguably a false positive. Apart from that, this didn't find any cases of genuinely dead code in the existing code base. Change-Id: Ib00b822c8efec94278c048783d5997b8ba86a94c Reviewed-on: https://gerrit.libreoffice.org/42217 Tested-by: Stephan Bergmann <sbergman@redhat.com> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-09-12android: tune symbols for lldb & we actually target 14 as minSDKChristian Lohmaier
-glldb might be placebo switch like -ggdb2, but at last it won't hurt :-) increase java heap size for gradle to allow inprocess dex as well as actually processing the huge files. furthermore fix platform level in configure to match the minSDK value from build.gradle Change-Id: I57d7d4c67bc3e5ed8bfed1e592b85211b5b8905a Reviewed-on: https://gerrit.libreoffice.org/42162 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins <ci@libreoffice.org>
2017-09-10iOS, make common iOS GCC file.jan Iversen
Combine common parts for iOS files into one Change-Id: Ibbc6cbb69d0521a5b35ac1817c74bff1dccaddf5
2017-09-09iOS, update gbuild platformjan Iversen
IOS => iOS added iOS_ARM64 added iOS_X86_64 and iOS_I386 for simulator Change-Id: Ia788765aab4ef51a7cc7c67d5faff1197e90696c
2017-08-24Explicitly specify -finput-charset=UTF-8 for GCC/ClangStephan Bergmann
...after 9a7d2d72cef7ff14a020c1024fbff8c00e4e4aff "tell msvc our source code is written using utf-8" did the equivalent for MSVC. That should cause the C++ string literal u8"ßa" (in vcl/qa/cppunit/mnemonic.cxx) introduced with that commit to reliably be interpreted as intended by all our toolchains. Change-Id: Ibbda8588a3ca66d1c2764f70aa999fad243f1bb1
2017-08-22unotest: really run every CppunitTest with its own user profileMichael Stahl
Apparently a sw unit test randomly read a partially written autotbl.fmt that was written by another unit test, in particular the file workdir/unittest/user/config/autotbl.fmt. The tests are actually started with -env:UserInstallation=$(call gb_Helper_make_url,$(call gb_CppunitTest_get_target,$*).user) to prevent exactly this problem, but unfortunately it's then overridden by a call to rtl::Bootstrap::set(), which overrides even command line arguments, from test::BootstrapFixtureBase::setUp(). Change-Id: I618574e94755ea38caf9583f3dcf7715396bca48 Reviewed-on: https://gerrit.libreoffice.org/41432 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-08-16Fix typo in buildingAndrea Gelmini
Change-Id: I727d50ce4725f10efbeaedd70ed961e726f99a5e Reviewed-on: https://gerrit.libreoffice.org/41190 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
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-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-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-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-06-28Try to get meaningful gdb backtraces for failed UITest core files after allStephan Bergmann
Change-Id: I6487eabdc0d6c84e919dff0f330bbc36a19f9da3
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-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-13remove TDE integration (vclplug, address book, config backend)Michael Stahl
It has ~no users, can't even be built on modern Linuxes, and it annoys folks who want to refactor VCL. Per ESC decision from 2017-06-08, remove --enable-tde and --enable-tdeab. Change-Id: I51ce4786f29f8fcac2e2bb2a654c41fbfbbd8afd Reviewed-on: https://gerrit.libreoffice.org/38718 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-06-10Revert "use LIBO_LANG=C.UTF-8 instead of en_US.UTF-8"Rene Engelhard
This reverts commit dc141130cde07e6fd2664972d214f2cbbf859f06. moggi/cloph insist on that it should be en_US.UTF-8 and people should either just use that or use locale-gen. Will give problems in chroot, but... *shrugs*
2017-06-10use LIBO_LANG=C.UTF-8 instead of en_US.UTF-8Rene Engelhard
since the first does exist just with pure chroots wihout (generated) locales, the latter not. Change-Id: I67c9e4652ee69e0c1edd3da631d65cfcd7a5dc35
2017-06-10uitest: set en_US.UTF8 for the LibreOffice instanceMarkus Mohrhard
Change-Id: If4726804c2b967582cbf1a4e816c1c7bee01aeeb Reviewed-on: https://gerrit.libreoffice.org/38626 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2017-06-07configure: remove ENABLE_CRASHDUMP placeholderMichael Stahl
It's called ENABLE_BREAKPAD now. Change-Id: I757c4da415fb895d7cc24f13e201329111246367
2017-06-07Remove gb_LinkTarget_add_generated_cxxobjectsStephan Bergmann
...in favor of gb_LinkTarget_add_generated_exception_objects. The former would have needed any flags to be passed in explicitly (but no call sites did), so e.g. StaticLibrary_graphite didn't have any debug information (when building with --enable-debug). I guess there is no downside to having C++ exception support enabled in these places, and using _add_generated_cxxobjects instead was likely an oversight in the first place (at least in the case of external/graphite/StaticLibrary_graphite.mk, it was that way ever since 1ceb47d96da9e7977c96241f49ad291ff0466970 "graphite: convert to gbuild", but for no apparent reason). Change-Id: I9986a6c5ec30a521095dbe5315e5ca649741a790
2017-06-06scp2: package 64-bit MSVC runtimes for explorer extensionsMichael Stahl
... and add BUILD_X64 conditional. Change-Id: Id512368dfd9dece583ead5aae1924db96f8a2a40 Reviewed-on: https://gerrit.libreoffice.org/38366 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-06-05gb_SUPPRESS_TESTS to build tests but not run themStephan Bergmann
Change-Id: I390b97bbacfc123b952be2b54cf1333b4d5c24a7
2017-06-04fix packaging with python 2.6Jochen Nitschke
set literal syntax was introduced in python 3 and backported to 2.7 later Change-Id: I4ddf76729de425ba93daf5c287969dacabcee01d Reviewed-on: https://gerrit.libreoffice.org/38393 Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de> Tested-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
2017-06-02scp2: move fonts to AutoInstallMichael Stahl
Add new PACKAGE_FILELIST_FONT The DONT_DELETE style has no effect for files. The FONT_WARN_IF_EXISTS style has no effect. Change-Id: Id062ada0a680341c01827e457b1166d625afe8cc
2017-06-02scp2: replace PACKAGE_FILELIST_DIR macro with SDK_PACKAGE_FILELISTMichael Stahl
Change-Id: I3632c618e385d3f9963637c26d94b8395d5b8cb5
generated by cgit (git 2.34.1) at 2025-01-06 07:58:40 +0000