summaryrefslogtreecommitdiff
path: root/liborcus
AgeCommit message (Collapse)Author
2013-05-29enable-debug for orcus based on ENABLE_DEBUGMarkus Mohrhard
Change-Id: I8f677bc57ab3c70e60f7708cc020526d4bb71043
2013-05-27Bump maximum fuzz factor down to zeroTor Lillqvist
Change-Id: I97d30afe3a24aab1123352da05b066095e5c86bb
2013-05-24Different, less intrusive fix for the boostsystem goodnessFridrich Štrba
Change-Id: Icab27a0a8195f5a0fb81a51c4609dfb93036343d
2013-05-24Revert "Rename Boost libraries when built internally to match conventions"Fridrich Štrba
This reverts commit 3aeecc525c76797801e9e2b24c2ebff6ac81adac.
2013-05-24Rename Boost libraries when built internally to match conventionsTor Lillqvist
The standard Boost convention is for them to be called libboost_date_time and libboost_system (with apropriate suffix then depending on type). Did not touch the libboostthread library we build for Windows. Add the ax_boost_thread.m4 file for completeness and possible use. Document where the ax_boost*.m4 files come from. Change-Id: Ib49bee71398d62c9760a1f8fd5c46be9f3400430
2013-05-24Update bundled boost to 1.53.0Tor Lillqvist
Modify our patches as necessary to match the updated boost sources. Drop patches for which corresponding (or even identical) changes already are present. Add a new boostsystem static library and use it in two places. Change-Id: Ib59558feb56dab87a69c91b38caca8e7a9e9a22e
2013-05-22Make liborcus -fvisibility setting consistent with LO oneStephan Bergmann
Esp. since LO links against a liborcus.a, this would otherwise cause linker warnings like ld: warning: direct access in orcus::orcus_xml::read_file(char const*) to global weak symbol boost::unordered_detail::prime_list_template<unsigned long>::value means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings. on Mac OS X (where HAVE_GCC_VISIBILITY_FEATURE is unset). Change-Id: I6f09b61aa77b6d5c3f8b53407d8faff4fb3bb8a1
2013-05-08zlib: remove ExternalPackage_zlibMichael Stahl
Change-Id: I5bce88b2044279a6563fd68c35f9c1ac824c8850
2013-05-07gbuild: ExternalProject: remove second parameter again...Michael Stahl
... now that everything is consistent. Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
2013-05-07lib*: consistently name all UnpackedTarball and ExternalProjectMichael Stahl
Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae
2013-05-07gbuild: remove gb_ExternalProject_use_unpackedMichael Stahl
It must always be used exactly once, so replace it with constructor parameter. Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
2013-04-26make liborcus build on platforms that need PTHREAD_LIBSCaolán McNamara
Change-Id: Ied274511193eba9373072f1bc0636fe7f8a52b02
2013-04-19No _GLIBCXX_DEBUG for iOS here, eitherTor Lillqvist
Change-Id: Ib21df33799f8a2ef552d8ecdf7f6fa9b82e1a178
2013-04-18ax_boost_system.m4 uses "tac" which is not portable, OS X has "tail -r"Tor Lillqvist
(Still, did not manage yet to build liborcus against boost 1.53 on OS X.) Change-Id: I29b3e032badfe2e3631cd5f79f8c9e7bb0627dc8
2013-04-18Revert _GLIBCXX_DEBUG on Mac OS X againStephan Bergmann
It does not work, see <http://lists.freedesktop.org/archives/libreoffice/2013-April/050321.html> "Re: [ANN] --enable-dbgutil: everyone gets a Debug STL!" Change-Id: I0b0c0faa03a1a03095b70454d38a1a193b42d56a
2013-04-16Use -D_GLIBCXX_FULLY_DYNAMIC_STRING here, too, when neededTor Lillqvist
See d98c6b21420b30ae8419c3d4225bf2ce293ee39a for details. Change-Id: I3faa87bae5a943ea60399a939742cffbbfeb5e37
2013-04-15Use -D_GLIBCXX_DEBUG for iOS, tooTor Lillqvist
Also, for clarity, sort the list of platforms for which it is needed (those where we use the GNU C++ library). Change-Id: I55463f248ee08f97c085610d72fa688657ba36e6
2013-04-15gbuild: --enable-dbgutil: enable STL assertions for Mac OS XMichael Stahl
Works here with Apple llvm-g++ 4.2.1; cannot run "subsequentcheck" due to remote login. Change-Id: I187620b65f82095b5e9b7433c01ede429a27c719
2013-04-15Revert "Go back to using Visual Studio project files to build"Tor Lillqvist
I could not get it to build using the project files and VS2012... With one additional patch to drop the use of dllimport in env.hpp, the "gcc-wrapper" way builds fine for me, using VS2012. It is not necessary to specify the dllimport attribute for functions imported from a DLL. Specifying dllimport if the library actually is a static library (as it is here) leads to linking errors. The way the ifdefs and -D options were set up here, the utility and/or test programs that are built as part of the liborcus build were compiled using dllimport, and thus failed to link. So just don't bother with dllimport. This reverts commit 58b4cd934fd28b796dc12590f33971dd32ec95ee. Change-Id: I2ffc90d47ae018a9a14b1c6d07fb0a225ce10d6d
2013-04-13fix liborcus w/ system boostPeter Foley
Change-Id: Ia461382ffc2025d7fdf368ad68a258aa626ad59a
2013-04-13Fix copy/paste error in 173214d92046b4ea11f6c0959ca40999d1e0bbd2Tor Lillqvist
Change-Id: I47a3f6ef639c9103b8def0dd029fcb6efec4b085
2013-04-13Fix liborcus build for AndroidTor Lillqvist
Also hopefully make the environment variable setting on the configure commmand line saner and working as intended for all platforms where relevant. It doesn't work to set and append to an environment variable in one same command like CPPFLAGS=something CPPFLAGS+=more ./configure ... Change-Id: Ifb3fb6748d59388124b9987a1db3cab15ebaf757
2013-04-13The liborcus_0.1.0-configure.patch does apply and is neededTor Lillqvist
Change-Id: I19340ff42c8edbe7b112569f12657757b466a244
2013-04-13Get cppunit in sc to link with orcus-parser.Kohei Yoshida
Change-Id: I1f53a4f4b9beee501e29149ed88e3ce5d63d9a3c
2013-04-13Let's see if this works for Visual Studio 2010....Kohei Yoshida
Change-Id: I80b0dc6f36f798e06aad2221760b6b36d1a7f82b
2013-04-13Go back to using Visual Studio project files to build.Kohei Yoshida
gcc-wrapper is too smart for me to figure out. Change-Id: Ia36255035ac0be8ddc6cfc26dac06f3cd1310769
2013-04-13Trying to fix Windows build. Still broken.Kohei Yoshida
Change-Id: I4d5764d9fd8f03e61c99d5f5597314deefc3ffd5
2013-04-13Deliver orcus-parser.lib on Windows.Kohei Yoshida
Change-Id: Iba5edf90ad26c96697e5acb47055f9311ea73b98
2013-04-13Deliver another library, though sc still can't link to it. Damn.Kohei Yoshida
Change-Id: I6a0193df0cdb82e1855c5ac2d38976c7fb29d039
2013-04-13Fix linker error against system zlib.Kohei Yoshida
Not sure what we'll have to do with the internal zlib. Not tested that scenario yet. Change-Id: Iec9e4f30b006ceaa2271156650b5ad922d4b40e4
2013-04-13This patch has been upstreamed.Kohei Yoshida
Change-Id: I7ba26813e1dfdd138096c597abd9f67c953aca4d
2013-04-13Update the internal liborcus package to 0.5.0.Kohei Yoshida
Change-Id: Ib0070ad8509ba4084a8b0871fbc8c24b550433d7
2013-03-22liborcus depends on zlibStephan Bergmann
...at least unless configured --without-gnumeric-filter, see its configure.ac: "The gnumeric import filter depends on zLib." Change-Id: Ied3fb0119978ed484c5e0668cd6a949b448e1ee0
2013-03-16move liborcus to gcc-wrapperPeter Foley
Change-Id: I9d3ba7b142ec230d11af59f9eb21d203b0473dc8
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks
2013-03-11remove remaining UTF bomBorim
Change-Id: I3a24a7af782f538cdfad4cc58328c5ab7412c2cc Reviewed-on: https://gerrit.libreoffice.org/2644 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-02fix build on android with gcc 4.7Peter Foley
See https://code.google.com/p/android/issues/detail?id=41770 Change-Id: I555c1e9b8b15afd78b07b1c7b12a0b37d1112f9a
2013-03-01Add informative comment and revert unneeded (?) changeTor Lillqvist
Surely if we need to use -D_GLIBCXX_HAS_GTHREADS on Android we should do that somehow globally then and not just here in liborcus? But I haven't seen any compilation errors caused by a lack of that? (Except, if memory serves me right, for the Android on MIPS platform, but I haven't tried building that for ages.) And anyway, setting CPPFLAGS to one value in the environment for configure and passing a CPPFLAGS setting on the configure command line (in the --enable-dbgutil case) surely is pointless. This reverts 84374b2d4c44a5c81277ebc18eadd632cd8497b5 Change-Id: I2a280bb24dc0a557c825070866e1969c3176fc3f
2013-02-28fix boost threading on androidPeter Foley
see https://code.google.com/p/android/issues/detail?id=41770 Change-Id: Ia6a016afcf3215558ae261e4844b69dec338d566
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-22quiet external module build log unless failureNorbert Thiebaud
ExternalProject usually involve a configure and a make step that produce a bunch of output usually irrelevant including a large number of warning and other mess. now that everything is pretty much in tail_build these output get interleaved with useful output from the build of the product and actually drown them in a logorrhea of messy noise. This store the output of external modules in a log file and only print them as a whole if the module failed do build. on a non-verbose build. Change-Id: I3abfcccd6d16821a9e061a71e031b427cc283647 Reviewed-on: https://gerrit.libreoffice.org/2304 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-02-17Improve support for --with-system-boost --with-boost=... in external modulesStephan Bergmann
...though it would arguably be better to just pass along --with-boost=... where applicable. (liborcus' orcus-xml-dump links against -lboost_system, so needs BOOST_LDFLAGS passed in in addition to BOOST_CPPFLAGS.) Change-Id: I6467d0f453d68494b75559a7eb61f865f9513b50
2013-02-17Missing include in liborcus when building against Boost 1.53.0Stephan Bergmann
Change-Id: Ie6c944d53d6e2fcdd161f674e32c9fbfd761d844
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl
- do not use gb_UnpackedTarball_copy_header_files for boost - adapt the optimization in concat-deps.c for new path - use boost_headers in all LinkTargets that require it - add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
2012-12-14Make MSBuild actually run the 2012 compiler when that is what we useTor Lillqvist
The /p:PlatformToolset=v110 /p:VisualStudioVersion=11.0 options are needed to indicate that we want that. Otherwise MSBuild, when presented with a .vcxproj file created by VS2010, will assume it is the 2010 compiler that should be used. This will then lead to link errors pointing outthe incompatibility when linking the static liborcus into the scfilt DLL.
2012-12-13Add VS2010 project, avoids unreliable vcupgradeTor Lillqvist
2012-11-28liborcus: must be built with -D_GLIBCXX_DEBUG for debug STLMichael Stahl
... in --enable-dbgutil mode. Change-Id: I095bc8f29570afd9912a615e98ef05e4249ea8f7
2012-11-28Remove patches that are no longer needed.Kohei Yoshida
Per feedback from David T. the patch author. Change-Id: I6adae0a70926f6e402ba1f7680806e6c6097616e
2012-11-28Get it to build on Windows with liborcus gnumeric bits enabled.Kohei Yoshida
Now scfilt must statically link zlib because gnumeric uses gzip compression. Change-Id: I79c527d381d3c2f9bccdf091ff2b0799efee4700
2012-11-28Temporarily disable patches that don't apply.Kohei Yoshida
Change-Id: I77cd13301fb4ab98ba1ded49e5b4aa1f3974c8e1
generated by cgit (git 2.34.1) at 2025-01-07 20:52:03 +0000