summaryrefslogtreecommitdiff
path: root/external/cppunit
AgeCommit message (Collapse)Author
2017-07-15builds externals without werrorCaolán McNamara
I get a warning under MacOSX of argument unused during compilation -I . -Werror,-Wunused-command-line-argument Change-Id: I0ae48783eefa52a829471e51a94c79d235dc2f38 Reviewed-on: https://gerrit.libreoffice.org/39988 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-05-30sal,external: remove checks for obsolete VCVER=120Michael Stahl
Change-Id: I4d32b7c4b2e545a8d979bc516f64cfcbf66ecd07
2017-04-14update cppunit to 1.14.0Markus Mohrhard
Change-Id: I95fa42f4ef0580734b605df859c1660b29adb8b2 Reviewed-on: https://gerrit.libreoffice.org/36499 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2017-02-22MSVC 14.0: Make it work with older SDK versionDavid Ostrovsky
Change-Id: I50a9e8b122250af445c2a1b3d0941d508e027318 Reviewed-on: https://gerrit.libreoffice.org/34528 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2017-02-21Fix check for non-empty UCRTVERSIONStephan Bergmann
...introduced with b862cbdd345ec57c2595629ded6a3969e1e65d56 "Support MSVC 15.0", but $(filter ...,) always expands to the empty string, and this is probably what was intended. Change-Id: I5865ea13ba3c3d52402bcba48f4f770f6c2b8862 Reviewed-on: https://gerrit.libreoffice.org/34482 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-15Support MSVC 15.0David Ostrovsky
New compiler changes quite some stuff: * Compiler detection done based on different registry key * .NET SDK detection done based on different registry key * Msbuild installation directory changed * Merge modules installation directory changed * SDK number in registry doesn't match the directory name: (registry key: 10.0.14393, directory name: 10.0.14393.0) * Compiler, include and library location directories changed * Architecture specific directory changed: x64 instead of amd64 * Compiler own include directory must be added with -I option * To force usage of SDK 10 (8.1 is selected per default) new switch WindowsTargetPlatformVersion is passed to msbuild, to avoid patching VC project files with this line: <WindowsTargetPlatformVersion><SDK>/WindowsTargetPlatformVersion> Known issues: * Firebird is broken: http://paste.openstack.org/show/594333 Change-Id: I148d7932aff43bbbd07bd493504df974726234c2 Reviewed-on: https://gerrit.libreoffice.org/31279 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Ostrovsky <david@ostrovsky.org>
2017-02-10Remove MinGW supportStephan Bergmann
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-09-09externals: remove various obsolete MSVC2012 specific flagsMichael Stahl
Change-Id: I8848d042a008c21e407d9610161b5c67d2137a18
2015-09-02Fix cppunit on MSVC 14.0David Ostrovsky
Change-Id: Iebfbd843cd3fbe46f3e090654a8493adb5309800 Reviewed-on: https://gerrit.libreoffice.org/17341 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-01-26external/cppunit: Visible function type RTTI for Clang -fsanitize=functionStephan Bergmann
Change-Id: Ie2a6e993b7982629aed650d6534a09a9eefe1c51
2014-12-15realityTakeshi Abe
Change-Id: I498507ad7d951a71f7be2c0d3c411756e0462f7d
2014-11-03add some more kill paths to cppunitCaolán McNamara
Change-Id: I8610e99aecc725e349976746af6c8bd560ba2ffa
2014-08-14upgrade to cppunit 1.13.2Thomas Arnhold
* remove obsolete patch part * enable x64 target for vc project file on win64 Change-Id: Ie794c08c9f739ad8c9c68c423f72e79ed4f6b0ff Reviewed-on: https://gerrit.libreoffice.org/10856 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
2014-08-09VS2013: Override ToolsVersion settingThomas Arnhold
Otherwise those external projects will fail, because with only VS2013 installed there is no ToolsVersion 4.0 (which is set inside the VC projects files). http://msdn.microsoft.com/en-us/library/bb383985.aspx Change-Id: I144ba1ef95372226ebadb082e3a78155cca316fd
2014-07-11VS2013: Adjust cppunit to 12.0 vcproj versionDavid Ostrovsky
Change-Id: I9223fc0620bf31389ab4ea0971835dd7a27feb7e Reviewed-on: https://gerrit.libreoffice.org/10159 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2014-07-07Handle VCVER==120 (VS 2013) tooTor Lillqvist
Change-Id: I4dbf663790bd8906ef8b123a01bdf52e0c0c1962
2014-07-06try and help scan-build out wrt cppunit assertsCaolán McNamara
Change-Id: Id86607802415ad069aa88be98012a5c99f594218
2014-05-26externals: do not use "v110_xp" when building with MSVC 2012 and SDK 8.0Michael Stahl
Change-Id: I40bc9e4c31e270f29cc145b5d2f3544cad586bf7
2014-05-24cppunit: always compile with debugging symbols on windows.Michael Meeks
Also cleanup some makefile pieces and give better error warnings. Change-Id: I9f20d60f26d5828f60664941946c266c7d166f32
2014-05-23dlclose confuses LeakSanitizerStephan Bergmann
Change-Id: I2bebbf1615ddc3619bcc3bf940f70c0967ce8534
2014-05-22Adapt CppUnit to our CPPUNIT_PLUGIN_EXPORTStephan Bergmann
...which mentions extern "C", so CppUnit's TestPlugInSignature must reflect that. It is a bit odd how CPPUNIT_PLUGIN_EXPORT needs to be passed into CppUnit, so probably best to keep this as a local patch for now. (Clang's -fsanitize=undefined complained about the mismatch.) Change-Id: Ied179a1afe82ceb04de4739c14cf8fadff31b80f
2014-05-19fdo#77891 fix python crash when in GUI mode, target WinXP with VS2012Christian Lohmaier
VS2012 did change return value of fileno function, this results in a crash when run in GUI mode (but not when launching from a shell), as python tries to access the nonexisting stdin/stdout/stderr Also explicitly target Windows XP Change-Id: Ic783713b55453f3c38b2e766a664b7f4678711de
2014-05-10coverity#12093[81-94], etc. null pointer dereferenceCaolán McNamara
coverity seems to think that code execution can continue after a coverity test fails, but it will effectively halt and not trundle into the dereference of the tested-for-NULL pointer, try a [+kill] on the fail method Change-Id: I07c9a074b5681c367a31637c8af78d52a9c88d59
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2013-10-24cppunit: remove ExternalPackageMichael Stahl
The DllPlugInTester executable is apparently unused. Change-Id: I1d26aebe8aa67b037438bd21bb00496804c41125
2013-10-22Revert "Repository.mk: adjust layer of libraries in smoketest instset"Michael Stahl
This reverts commit 1b736bf55e8ca79a06faabfa9866fffa6cab6c81. Obsoleted by commit 359472b2b50165966c27c239eccd3ecfb03e2acc.
2013-10-18Fix building from inside modules moved to externalKhaled Hosny
Change-Id: Id6023dc3751fe70984f489682be17d1ab1855f71
2013-10-17We don't use cppunit when cross-compilingTor Lillqvist
Change-Id: I8ff723233546d9becd001ab54a7df5ad98223f90
2013-10-17fdo#70393: move cppunit to a subdir of externalKhaled Hosny
Change-Id: I96ab796757af0c6c6741059b35fcaeefc2bf4507 Reviewed-on: https://gerrit.libreoffice.org/6286 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com> Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>