summaryrefslogtreecommitdiff
path: root/solenv
AgeCommit message (Collapse)Author
2016-09-20[API CHANGE] Remove HAVE_GCC_VISIBILITY_FEATURE, always trueStephan Bergmann
* GCC documents -fvisibility at least as far back as the GCC 4.0 online documentation at <https://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Code-Gen-Options.html>. * For external code, odk/settings/settings.mk unconditionally set HAVE_GCC_VISIBILITY_FEATURE for all platforms other than Windows. Make this a fatal configure error for now. The check should be removed completely after LO 5.3 branch-off. Change-Id: I1de415b6ed1591e0a7b6640ece861b6f0ef74112 Reviewed-on: https://gerrit.libreoffice.org/29073 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2016-09-16Either -O2 is broken in Apple Clang, or some of our code is brokenTor Lillqvist
Already with Xcode 7.3.1 some unit tests crash when the code is built with full optimisation. Xcode 8 did not help. So use -O1. Yeah, this sucks. Don't have time to investigate in detail. Change-Id: I0cffad1a3ee3ee86b61eca3c856476133125049b
2016-09-12Disable GCC 6 -Wnull-dereference again for nowStephan Bergmann
...at least with both gcc-6.1.1-3.fc24.x86_64 and a recent GCC 7 trunk build it produces lots of incomprehensible (potentially false positive) occurrences in a --disable-debug build, like > [CXX] store/source/stordir.cxx > In file included from /home/sbergman/lo/core/store/source/stordir.hxx:30:0, > from /home/sbergman/lo/core/store/source/stordir.cxx:20: > /home/sbergman/lo/core/store/source/storbase.hxx: In member function ‘storeError store::OStoreDirectory_Impl::create(store::OStorePageManager*, rtl_String*, rtl_String*, storeAccessMode)’: > /home/sbergman/lo/core/store/source/storbase.hxx:237:23: error: potential null pointer dereference [-Werror=null-dereference] > m_nUsed = rhs.m_nUsed; > ~~~~^~~~~~~ > /home/sbergman/lo/core/store/source/storbase.hxx:236:23: error: potential null pointer dereference [-Werror=null-dereference] > m_nSize = rhs.m_nSize; > ~~~~^~~~~~~ > /home/sbergman/lo/core/store/source/storbase.hxx:235:23: error: potential null pointer dereference [-Werror=null-dereference] > m_nAddr = rhs.m_nAddr; > ~~~~^~~~~~~ > [...] > [CXX] store/source/storlckb.cxx > In file included from /home/sbergman/lo/core/store/source/storlckb.hxx:29:0, > from /home/sbergman/lo/core/store/source/storlckb.cxx:20: > /home/sbergman/lo/core/store/source/storbase.hxx: In member function ‘storeError store::OStoreLockBytes::readAt(sal_uInt32, void*, sal_uInt32, sal_uInt32&)’: > /home/sbergman/lo/core/store/source/storbase.hxx:595:26: error: potential null pointer dereference [-Werror=null-dereference] > return isA<U>(p) ? static_cast<U*>(p) : 0; > ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351> "NULL dereference warnings" looks like this is a known problem. Change-Id: I5eb0c9def7dd12e3a440d280e3fa2331317031b4
2016-09-05gbuild: remove hardlink deliverThorsten Behrens
Since there's hardly any 'deliver' going on anymore... Change-Id: Id349958d299c9742382d37deab2125bc09930c14 Reviewed-on: https://gerrit.libreoffice.org/28655 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2016-08-31add Venetian (vec) ui languageChristian Lohmaier
Change-Id: I643eb91691dddf2c4ece2edb27383cb7dd0e3fdc
2016-08-30Fix placement of EXTRA_ENV_VARSStephan Bergmann
Change-Id: Id9ae15aaf24b65abfcb4006490836eae8a1d8db6
2016-08-30Hack for shaky VCL test under ASanStephan Bergmann
Change-Id: I0c89d1c23ddc1d0d6cd98d95ef31622a30d4862b
2016-08-29add legal blurps to docs.libreoffice.org generation scriptChristian Lohmaier
Change-Id: Ic84b49029c2c773a59c286add3602bcd5540368d
2016-08-18screenshots: add new global make targetArmin Le Grand
Up to now the screenshot creation was added/dependent of target slowcheck. Since quite some modules have added screenshot creations now, I added an own target 'screenshot' to allow to keep current slowcheck and screenshot creation separated Change-Id: I80a49a0db607edf8e0405672d570f624d29912e7
2016-08-18screenshots: unset VCL_HIDE_WINDOWSKatarina Behrens
Those screenshot cppunit tests need to run in non-headless mode with dialog windows exposed (i.e. VCL_HIDE_WINDOWS must not be set) To preserve the current behaviour (VCL_HIDE_WINDOWS is set always on Win and Mac, and in use_vcl_non_headless case on Linux), introduce 2 new variables: gb_CppunitTest_show_windows: unset VCL_HIDE_WINDOWS unconditionally gb_CppunitTest_hide_windows: set VCL_HIDE_WINDOWS=1 if HEADLESS is empty (i.e. let's not use emptiness of HEADLESS as an indicator, as it is empty in 2 mutually exclusive cases) Change-Id: Ib2f7a9cfb1202944d10856c44b6ac7c41156b333
2016-08-17enable password export tests under macosxCaolán McNamara
gerrit says they build with this cert folder disable variable in place Change-Id: Ibf711a01e6c055613c65dd94d85b523e7c8b5acd
2016-08-17revert div by 0 ubsan hackarounds nowCaolán McNamara
Change-Id: I6497a87d3071f91d5465033d2dc6ecafaa6461f4 Revert "use div() instead of /0 to content ubsan" This reverts commit fa293f7d6792a2beab048461c8a067e9ca980bb8. Revert "use div() instead of /0 to content ubsan" This reverts commit e043cce9a48c1e4f4dd232a58de64f03d1d3919f. Revert "use div() instead of /0 to content ubsan" This reverts commit ebe04c075649c677b55941e3b4e57fbca150b5db. Revert "use div() instead of /0 to content ubsan" This reverts commit fb2c146752074b132d665e40343a08dcb2e6672e.
2016-08-17Silence -fsanitize=float-divide-by-zero in some parts of scStephan Bergmann
...that rely on floating-point division by zero to produce infinity Change-Id: I081c88a9631b1d8aab85c600c6da04f158089644
2016-08-17"make debug=t" enables debuginfo againStephan Bergmann
...which had inadvertently been broken with 99db9f2295eb9a8b3288df9798a292b8d6e1b854 "Make --enable-symbols orthogonal to --enable-debug/-dbgutil" Change-Id: I3962aa8c67426f3aebc5ad746f7ac281c68d941a
2016-08-15Drop leftover EXTRA_CFLAGS and EXTRA_CDEFSTor Lillqvist
Change-Id: I006d19498f4b5c3bd4088fd1e290c30e7022b1c9
2016-08-05(initial) sparc64 portJames Clarke
Change-Id: I8ec9bb5415a9e6b9083ba89a7790872d67625de1
2016-08-04Update to match what has been used for the products in the Mac App StoreTor Lillqvist
Hopefully will not break building for a dmg-stye distribution. Change-Id: Ibf32bb8e43fe4745461eb78e9e7e60d37163934f
2016-08-04Introduce --with-product-name superseding --with-macosx-app-nameTor Lillqvist
The new option thoroughly replaces the product name mentioned in the AC_INIT() call. Work in progress. Also take care of spaces in the product name in a more systematic fashion. This should affect mainly OS X where the final app bundle that is installed should use the product name as such, including spaces, if any. However, our build system does not cope that well with having an app bundle with spaces in it in instdir. So in instdir, and also in test-install, spaces are stripped away from the product name when used as part of the app bundle name. Change-Id: Ic16b5039f23c96a4f39387a1869faeb25e05aafb
2016-08-02Remove some presumably unnecessary leftovers from ancient timesTor Lillqvist
I could not find that SHORTSTDC3 or SHORTSTDCPP3 would have any meaning. They only occur here (and in our history). Change-Id: I45141e60c144207fbf3fc0c5e59340b80951b212
2016-08-02Don't use spaces in the product names when packaging.Jan Holesovsky
Change-Id: I55f332117cc7530eb6d562846db379d95e628a22
2016-07-21gbuild: always set CCACHE_CPP2=1 when COM_IS_CLANGMichael Stahl
There are not only spurious warnings from loplugin, but also from plain clang, at least with the Fedora 24 version. So let's just try to always set CCACHE_CPP2=1. This should make the configure check for that obsolete. The check didn't do anything on Fedora anyway because it sets up ccache by putting wrappers like /usr/lib64/ccache/clang on PATH. Change-Id: Ieb17be4a1b1fd0f7aedb16b18cb49015917a26d3 Reviewed-on: https://gerrit.libreoffice.org/27345 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-07-21gbuild: set CCACHE_CPP2 automatically with --enable-compiler-pluginMichael Stahl
The plugins are confused about source file locations without CCACHE_CPP2, so try to avoid having to set it manually. Change-Id: I8c19cb1b4bea27963b2f416faa67a70c6c65da38 Reviewed-on: https://gerrit.libreoffice.org/27344 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-07-11Fix --enable-mergelibs build.Jan Holesovsky
Change-Id: I839b9f8769508b8b4cc4e766db51188353767b0c
2016-07-11Make --enable-symbols orthogonal to --enable-debug/-dbgutilStephan Bergmann
Change-Id: I523bc1d848e40489370eefe00046e0a257ed2505 Reviewed-on: https://gerrit.libreoffice.org/27058 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-11Get rid of odd ENABLE_SYMBOLS=FALSEStephan Bergmann
* None of the other ENABLE_* support anything but TRUE or empty. * Other checks for -n "$ENABLE_SYMBOLS" in configure.ac are confused by it. * solenv/gbuild/gbuild.help.txt talks about "If not empty", not mentioning "FALSE". * A missing (redundant) explicit --disable-symbols left gb_SYMBOL uninitialized (instead of setting it to $(false))---but without consequences, as all the places checking gb_SYMBOL explicitly check for $(true). Change-Id: Id004189de27a7936862dab3a5fd84d549c06af2b Reviewed-on: https://gerrit.libreoffice.org/27057 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-11Break gb_DEBUGINFO_FLAGS out of gb_DEBUG_CFLAGSStephan Bergmann
...in preparation of making them orthogonal Change-Id: If75b334c954138b3aed4f8d1ac33061a2267ad52 Reviewed-on: https://gerrit.libreoffice.org/27056 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-11Centralize setting gb_DEBUGINFO_FLAGS for gb_SYMBOL in LinkTarget.mkStephan Bergmann
Change-Id: Ie8ca63d48f66833a778342af8fbe19006fb6f143 Reviewed-on: https://gerrit.libreoffice.org/27055 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2016-07-10uitest: running uitests under gdb makefile partMarkus Mohrhard
Change-Id: If1e1d9217cfcc1f51fa611457ac7758fd2d9960b
2016-07-09tdf#74608 Constructor function for MemoryStreamYeliz Taneroğlu
Change-Id: I5b0667c4c2808913cde686afa7315ef2319b4d49
2016-07-08Resolves: tdf#100452 class Date full (BCE,CE) proleptic Gregorian calendarEike Rathke
... implementing signed years with year 0 gap. Date(31,12,-1) last day BCE Date(1,1,1) first day CE New class Date member functions: * AddYears(sal_Int16) to be used instead of aDate.SetYear(aDate.GetYear()+sal_Int16) to handle year 0 gap. * convenience GetNextYear() to be used insted of GetYear()+1 * convenience GetPrevYear() to be used insted of GetYear()-1 * AddMonths(sal_Int32) * operator=(const css::util::Date&) New class DateTime member functions: * operator=(const css::util::DateTime&) Made some conversion ctors explicit, specifically Date(sal_Int32) Adapted hopefully all places that used a sal_uInt16 year to use sal_Int16 where appropriate. Eliminated some quirks in date handling found on the fly. Added era handling to i18npool icu calendar setting interface, which missing was responsible for 0001-01-01 entered in Calc being set as -0001-01-01, hence subtracting one day resulted in -0002-12-31. Change-Id: I77b39fba9599ebd5067d7864f6c9ebe01f6f578f Reviewed-on: https://gerrit.libreoffice.org/27049 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Jenkins <ci@libreoffice.org>
2016-07-02android: another constructor function that fell victim to tdf#74608Christian Lohmaier
Change-Id: Ie7619ec157c1ce825ad82b2de8b5e7742fd5c96e
2016-06-28gbuild: recognize newfangled screen TERM=screen.xterm-256colorMichael Stahl
Seems to have changed from Fedora 23, where it was just "screen", to 24. Change-Id: I9078c337093d12d62e9afe10b1f02aaf346d4b43
2016-06-24uitest: seems like the python_shell is not a necessary dependencyMarkus Mohrhard
Change-Id: Ia725af391dcfe6a1d8d2f79317ddfde241951d26 Reviewed-on: https://gerrit.libreoffice.org/26623 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-06-24uitest: the correct python executable for windows is in instdirMarkus Mohrhard
Change-Id: Ica1efa92d6b3b26b3d138763c8f548c59d53e346 Reviewed-on: https://gerrit.libreoffice.org/26622 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-06-22uitest: start the switch to python's unittestMarkus Mohrhard
Change-Id: Ic6e0d99a567b7080928accb61ed036b1c25ec7ff
2016-06-20tdf#89657 sign Mac languagepack installer and force-start-close LOChristian Lohmaier
starting LO once satisfies Gatekeeper's verification, even when the langaugepack's content are added afterwards Change-Id: Ie548df39a7ec07cc485c40148e4ca75101346798
2016-06-20switch to EHs on windowsMarkus Mohrhard
This seems to be a good idea based on several discussions in the project. In the end catching SEH exceptions is just going to cause strange platform dependent bahavior. This patch is based on on http://thread.gmane.org/gmane.comp.documentfoundation.libreoffice.scm/39102/focus=55516 and includes some additional cleanup of the sal signal code. Change-Id: Iedc998e37e6495afec445eccb60fa1c2b1a7defd Reviewed-on: https://gerrit.libreoffice.org/26497 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-06-18uitest: build system part for new uitestsMarkus Mohrhard
We now can call the uitests with make uitest.uickeck Change-Id: I20c73efd93c7987f3b841cd0e3e7842ee7a5dab9
2016-06-16Improve output of UnoAnyPrinterStephan Bergmann
Change-Id: I1461264fe7f951c9ecec777c6217d0acfb7e4254
2016-06-15tdf#98955 hardware_concurrency not ideal for thread poolsAshod Nakashian
A new static member getPreferredConcurrency added to comphelper::ThreadPool to return a configurable max number of threads. By default the new function returns the hardware_concurrency value provided by std::thread. When MAX_CONCURRENCY envar is defined, the return value is limited to whatever is set there. Three call-sites that used std::thread::hardware_concurrency have been replaced with getPreferredConcurrency. Unittests added to cover the functionality of the new member. Unittests are capped to 4 threads. Change-Id: I3332e393a88a5ed436316fa712ed920a4b37f4af Reviewed-on: https://gerrit.libreoffice.org/26254 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
2016-06-13Fix typosAndrea Gelmini
Change-Id: Ic3efae53430fbb2c1eb7962c3cf69bf99315e55b Reviewed-on: https://gerrit.libreoffice.org/26202 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: jan iversen <jani@documentfoundation.org>
2016-06-10CygWin is also known terminalVasily Melenchuk
This will enable colors in build output in CygWin Change-Id: I88ba01c35320783a418a87a12cbb17c56000c396 Reviewed-on: https://gerrit.libreoffice.org/26153 Reviewed-by: Noel Grandin <noelgrandin@gmail.com> Tested-by: Noel Grandin <noelgrandin@gmail.com>
2016-06-07pass image lists using a response fileDavid Tardon
Change-Id: Ic00715edd1173ebb01ce5853e2835d71235fa4df
2016-06-06use smaller hammerDavid Tardon
Change-Id: I97c7cd945806265e1d447744d1b0531f14d637a6
2016-06-04remove use of Archive::ZipDavid Tardon
Change-Id: I7c1e0057c3c1c0b6be524d1e9ad37357259ebd7c
2016-06-04drop unused optionDavid Tardon
Change-Id: I317160ca6ffc0ff1c7db443f844f02f91fad5929
2016-06-03try to avoid 'by-design' solar-mutex deadlock during ciNorbert Thiebaud
Change-Id: I9e1d79613adf6184f76c2e07aca0b78a9329838f Reviewed-on: https://gerrit.libreoffice.org/25839 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-06-01final solution of the ARCHIVE questionDavid Tardon
Change-Id: I70da65e08c75cd732000597a09ed113b3075c5a8
2016-05-27shortcut the signal handler during batch testNorbert Thiebaud
Change-Id: I7848555743e8d54e755dc82cbf0148eeed54110f Reviewed-on: https://gerrit.libreoffice.org/25178 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-05-25crash report lib should be part of mergelibMarkus Mohrhard
Change-Id: I23c338f9fcf7eeea4a440013ea6c1b9206e040f3 Reviewed-on: https://gerrit.libreoffice.org/25430 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>