summaryrefslogtreecommitdiff
path: root/external/liborcus
AgeCommit message (Collapse)Author
2016-09-19liborcus: fix Android buildMiklos Vajna
stoi() is missing in the std namespace on the broken Android toolchain, work it around. Change-Id: I9ea4f89bea346a4383fbb99e03b09ebae43d21e5
2016-09-18Switch from orcus-0.11 to orcus-0.12Jaskaran Singh
Change-Id: I837ed3a30fae6fbe6cb658f1feecce1e88279ae0
2016-08-26tdf#94834 enable liborcus format detection on WindowsDavid Tardon
Change-Id: Ia6b353ed800eabd5766cc76e799f6151b71f865e
2016-05-30configure: set BOOST_CPPFLAGS also in --without-system-boost caseMichael Stahl
Simplify the makefiles. Change-Id: Ia695961e936e4a1ffdaff73eb56adc3c3905ed0c
2016-03-12Update liborcus to 0.11.1.Kohei Yoshida
This is mostly a build-fix release, to absorb patches previously applied locally. Change-Id: I1d1808c3ca27f04f89f4df6c0b40a646ca07d242 Reviewed-on: https://gerrit.libreoffice.org/23180 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
2016-03-08Update liborcus to 0.11.0.Kohei Yoshida
Markus did half of this, and I simply carried the torch. Change-Id: Icd3ee1e4b5bd562faee06dfd9dce52a4bed49a71 Reviewed-on: https://gerrit.libreoffice.org/22943 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
2015-12-02Revert "external/liborcus: Silence clang-cl errors about redeclared Windows ↵Stephan Bergmann
functions" This reverts commit be0bf120299cff1ec14af1b578d4ea89976cea08, which is no longer needed after 12fc5b85ddc3b90b385ad0fc2ab0144a32bf9a4b "unnecessary include brings in boost headers that are broken under rhel-7"
2015-12-02unnecessary include brings in boost headers that are broken under rhel-7Caolán McNamara
Change-Id: I1ad477b9db9ba960ae2c417799e5d91b63538d57
2015-12-02external/liborcus: Silence clang-cl errors about redeclared Windows functionsStephan Bergmann
...like CreateMutexA redeclared in workdir/UnpackedTarball/boost\boost/thread/win32/thread_primitives.hpp. As such problematic Boost include files are apparently not included from LO-proper source files, only from external, it looks easiest to just silence that with BOOST_USE_WINDOWS_H here. Change-Id: Ia5ec2325934e6d7fdcf91e6faa2e671aee2091ae
2015-10-11fix crash on examining ooo55043-1.odt etcCaolán McNamara
Change-Id: I3b57f50b09d491bd1b021eb95587becbd3f169a2
2015-09-01core: fix build with system boost 1.59David Ostrovsky
9a6cdce37e601b1406c71fef16ad9b315045c9da was trying to fix the problem with exposing deprecated vars and functions in system's error_code.hpp include file by patching bundled boost version. This approach would only make sense, when upstream version is going to be fixed ASAP. Apply another approach, and follow the same pattern as applied in external libraries, by defining -DBOOST_ERROR_CODE_HEADER_ONLY \ -DBOOST_SYSTEM_NO_DEPRECATED instead of patching bundled boost version. This way, the code would work with unpatched system boost 1.59 final as well. Change-Id: I8684ca458ea4a5b7d7c3c3acfe7c14a6d19bc665 Reviewed-on: https://gerrit.libreoffice.org/18201 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
2015-08-11gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud
configure.ac was setting VERBOSE=YES/NO when really we use verbose=t or verbose= Change-Id: I47aee8d177cb2d788a62ecdbbb9cc3695c2bb299 Reviewed-on: https://gerrit.libreoffice.org/17634 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2015-07-03Fix typosAndrea Gelmini
Change-Id: Id884946cae0687d0b71c967e236e58df17567884 Reviewed-on: https://gerrit.libreoffice.org/16707 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2015-06-20force liborcus to use internal boost if neededDavid Tardon
... in a different way. Because my patch to boost.m4 has been rejected. Change-Id: I524eee367d5e295f8177e1f50dfdf1d0893ca0c6
2015-06-20upload liborcus 0.9.2David Tardon
Change-Id: Id551e1c3e60a0426bcd636642a9a0e02eb1e2612
2015-06-11force liborcus to use internal boost if neededDavid Tardon
Change-Id: I96b23262edf05d2589590f5e29a5b7a11b49e7aa
2015-06-10external/liborcus: Fix Linux RPATHStephan Bergmann
This has become necessary after edb38d702dd5a058ae0702b73a43328318b94649 "update to liborcus 0.9.1; Includes switching to dynamic libs." For one, pass -Wl,-rpath,$ORIGIN in via LDFLAGS, as is done for various external projects. For another, libtool (as internally used by liborcus) unhelpfully adds further -Wl,-rpath arguments of its own, to make the resulting lib in its presumed location find its dependent libs in their presumed locations. But we override all that to the single instdir/program/ directory and corresponding RPATH $ORIGIN anyway, so the simplest fix to get a clean RPATH appears to outsmart libtool's attempt add adding further -Wl,-rpath arguments by setting hardcode_libdir_flag_spec_CXX to empty (see the internals of libtool for why that works). Other external projects (like redland) suffer from this problem too and currently have a "dirty" RPATH; fix pending. Until libreoffice-4-1 that was generally not an issue, presumably because having all libs in solver happened to cause libtool not to emit any additional -Wl,-rpath arguments. Change-Id: I80dff5141a33c198f30aecb7c51b41bc06145f1c
2015-06-09Fix Mac OS X install names of external liborcusStephan Bergmann
Change-Id: I0304b13b441654636f633a97012ac91863d0b4d9
2015-06-05use $(DISABLE_DYNLOADING) consistentlyDavid Tardon
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
2015-06-05better way to do thisDavid Tardon
Change-Id: I4a18927f2c9b6414134e5ea016121693ac47ecf9
2015-06-05liborcus: still build statically on AndroidMiklos Vajna
Change-Id: Ieeb5180ea7f96cb08d06bf895bd2a6ffc6c1cef0
2015-06-05Fix weird compilation problem with __float128Tor Lillqvist
Change-Id: I4a7ac5ee7f2f2c9d9d87517c826c1e80bd23477d
2015-06-04update to liborcus 0.9.1David Tardon
Includes switching to dynamic libs. Change-Id: I959c4e9430f8cf95f50d48e1b01d8323dba4af81
2015-05-01Revert "update to liborcus 0.9.0"Markus Mohrhard
This reverts commit a1280bd47fddd668f1ff224f18639c8d595ec6f7. Change-Id: I2ad873f012ebae6858c8895c14ed695dbd881fc4 Reviewed-on: https://gerrit.libreoffice.org/15586 Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2015-05-01update to liborcus 0.9.0Markus Mohrhard
Includes a lot of help from Norbert for finding the boost MSVC problem. Change-Id: I5184bc40e2c3861883b8587784117b1c4558fa5f Reviewed-on: https://gerrit.libreoffice.org/15453 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2015-03-03Further reduce amount of symbols exported from static orcus libraryStephan Bergmann
Following up on 7a4cc197910546d6fb3469806c406bf358ba0168 "Also on Linux do not export symbols from static orcus libraries" that turned out to not be enough to prevent ASan ODR violation reports after f0aa1a78fb209310e8baef53c02f365fca518d11 "For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hidden." Given that liborcus is only ever linked in as a static archive, it is hopefully OK (intended, even?) to not export any of its symbols. Change-Id: Ib8eb084def1725374747a389065bf8186218786e
2015-02-27Pass -fvisibility-inlines-hidden into external modulesStephan Bergmann
Change-Id: Icf872e269c7e427ba1287ccd0082974c9426449e
2015-02-19liborcus: Remove BOOST_ALL_NO_LIB, it's already included upstreamDavid Ostrovsky
Change-Id: I39e65a9ee3ede5217d9d6d8499297e449af798fe Reviewed-on: https://gerrit.libreoffice.org/14559 Tested-by: Michael Stahl <mstahl@redhat.com> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-02-10...next attempt at getting this through both GCC 5 and MSVCStephan Bergmann
Change-Id: Id367dee6c4fe55fe039ebf28603c883014194832
2015-02-10How is that supposed to ever work?Stephan Bergmann
Change-Id: Ieb13095abb399662e449fad5a056999343165025
2015-02-09fix liborcus build with gcc 5David Tardon
Change-Id: I38b2ecf86d4334d0179362079a216df4301bf184
2014-11-13More passing of MAKE into external configureStephan Bergmann
...like 2fdf78109e815a64169fdab1a8175b63ef9c64d4 "Pass MAKE into external/poppler's configure" Change-Id: I4e2f1a13d120a7398fa81884710c589bb905714d
2014-11-10external: fortunately boost no longer requires config_host.mkMichael Stahl
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
2014-09-03Also on Linux do not export symbols from static orcus librariesStephan Bergmann
...otherwise e.g. running CppunitTest_sc_filters_test under -fsanitize=address complains about ODR violation of 'vtable for orcus::csv::parse_error' exported from both libsclo.so and libscqahelper.so. A problem could potentially arise with exceptions thrown from static orcus code linked into library and intended to be caught in another, but hopefully all such exceptions are intended to be caught already locally anyway. Change-Id: Iff5c73d7a2324b457c2e86656c11b18f7ba210f6
2014-08-29Simplify some $ENABLE_DEBUG expressionsStephan Bergmann
Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
2014-08-06Fix libgltf dbgutil buildJan-Marek Glogowski
The libgltf configure.ac script changes the autotools user variables CFLAGS and CXXFLAGS, which is not allowed and can overwrite user settings (which it does for the -D_GLIBCXX_DEBUG flag). So this moves the special compile settings to seperate variables and passes them to AM_CXXFLAGS and AM_CPPFLAGS, so the library actually gets compiled with libstdc++ debug objects. Change-Id: I00989f5fb629a6aac43ee5a2eb287b0491a3b86d
2014-03-04remove unnecessary patchesMarkus Mohrhard
They have been applied upstream and are part of the new release. Change-Id: I928b29e74abe2415bdf75de32cbaa7ac279a2889
2014-03-03I think we don't need that Mac patch anymoreMarkus Mohrhard
Change-Id: I6619e70f3f7c8ba4d17be4ca434057948be3d79f
2014-03-03upgrade liborcusMarkus Mohrhard
Conflicts: external/boost/StaticLibrary_boost_system.mk Change-Id: Ie4af26c87a100b67baeedbaa7fb1ac428845f92b
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2014-02-22external: Use gb_LTOFLAGS only in LDFLAGS to fix building.Matúš Kukan
liborcus was not building for me with -flto in CFLAGS, I would have to fix ar somehow. -flto in LDFLAGS is just to fix the build if the external library does use another library built by us with -flto: does happen for liborcus and python3. It's not like we would use -flto for external libraries consistently anyway, the only exception is icu: no idea why we build with -flto there. Change-Id: Ia54d619674b8999ce5e4b920ba77b1587c9cf48d
2014-02-21Build liborcus with lto flags. To unbreak linking phase.Matúš Kukan
Change-Id: Ie24054a9c0538187e1b234101dd41f30306ec2ae
2014-02-12normalize values of SYSTEM_BOOSTMichael Stahl
Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
2014-02-12normalize values of SYSTEM_ZLIB, SYSTEM_DICTS, SYSTEM_FONTCONFIGMichael Stahl
Change-Id: I7530cb9d0797df5fc86695b0379cc44c159d2ab5
2013-12-13handle invalid xml files in orcus, fdo#63844Markus Mohrhard
Change-Id: I82fff6ab89acece0e46c92bfca2c7faf967639b8
2013-11-14externals using boost now need config_host to find config_global.hMichael Stahl
... why didn't GCC 4.1 have #pragma diagnostic push? Change-Id: Iedb33d6451e46dc12e137bcd4dccd592c7771c23
2013-11-14boost: stop using #pragma GCC system_headerMichael Stahl
... it breaks dependency generation. Change-Id: Ib6e1dac1210020d3a6eb1748f1266e69582f199e
2013-10-19fdo#70393: move liborcus to a subdir of externalKhaled Hosny
Change-Id: Ibdf8c9fc9d7d2639ebd440ff2d833ab37ae76d98 Reviewed-on: https://gerrit.libreoffice.org/6334 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
generated by cgit (git 2.34.1) at 2024-07-13 17:46:00 +0000