summaryrefslogtreecommitdiff
path: root/liborcus
AgeCommit message (Collapse)AuthorFilesLines
2013-05-08zlib: remove ExternalPackage_zlibMichael Stahl1-1/+1
Change-Id: I5bce88b2044279a6563fd68c35f9c1ac824c8850
2013-05-07gbuild: ExternalProject: remove second parameter again...Michael Stahl1-1/+1
... now that everything is consistent. Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
2013-05-07lib*: consistently name all UnpackedTarball and ExternalProjectMichael Stahl4-12/+12
Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae
2013-05-07gbuild: remove gb_ExternalProject_use_unpackedMichael Stahl1-3/+1
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 McNamara1-1/+7
Change-Id: Ied274511193eba9373072f1bc0636fe7f8a52b02
2013-04-19No _GLIBCXX_DEBUG for iOS here, eitherTor Lillqvist1-1/+1
Change-Id: Ib21df33799f8a2ef552d8ecdf7f6fa9b82e1a178
2013-04-18ax_boost_system.m4 uses "tac" which is not portable, OS X has "tail -r"Tor Lillqvist2-0/+25
(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 Bergmann1-7/+1
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 Lillqvist1-0/+6
See d98c6b21420b30ae8419c3d4225bf2ce293ee39a for details. Change-Id: I3faa87bae5a943ea60399a939742cffbbfeb5e37
2013-04-15Use -D_GLIBCXX_DEBUG for iOS, tooTor Lillqvist1-1/+8
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 Stahl1-1/+1
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 Lillqvist4-32/+23
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 Foley1-0/+3
Change-Id: Ia461382ffc2025d7fdf368ad68a258aa626ad59a
2013-04-13Fix copy/paste error in 173214d92046b4ea11f6c0959ca40999d1e0bbd2Tor Lillqvist1-1/+1
Change-Id: I47a3f6ef639c9103b8def0dd029fcb6efec4b085
2013-04-13Fix liborcus build for AndroidTor Lillqvist1-8/+33
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 Lillqvist1-1/+3
Change-Id: I19340ff42c8edbe7b112569f12657757b466a244
2013-04-13Get cppunit in sc to link with orcus-parser.Kohei Yoshida1-0/+2
Change-Id: I1f53a4f4b9beee501e29149ed88e3ce5d63d9a3c
2013-04-13Let's see if this works for Visual Studio 2010....Kohei Yoshida1-2/+2
Change-Id: I80b0dc6f36f798e06aad2221760b6b36d1a7f82b
2013-04-13Go back to using Visual Studio project files to build.Kohei Yoshida2-2/+32
gcc-wrapper is too smart for me to figure out. Change-Id: Ia36255035ac0be8ddc6cfc26dac06f3cd1310769
2013-04-13Trying to fix Windows build. Still broken.Kohei Yoshida1-5/+6
Change-Id: I4d5764d9fd8f03e61c99d5f5597314deefc3ffd5
2013-04-13Deliver orcus-parser.lib on Windows.Kohei Yoshida1-0/+1
Change-Id: Iba5edf90ad26c96697e5acb47055f9311ea73b98
2013-04-13Deliver another library, though sc still can't link to it. Damn.Kohei Yoshida2-1/+2
Change-Id: I6a0193df0cdb82e1855c5ac2d38976c7fb29d039
2013-04-13Fix linker error against system zlib.Kohei Yoshida1-0/+1
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 Yoshida2-28/+1
Change-Id: I7ba26813e1dfdd138096c597abd9f67c953aca4d
2013-04-13Update the internal liborcus package to 0.5.0.Kohei Yoshida2-3/+2
Change-Id: Ib0070ad8509ba4084a8b0871fbc8c24b550433d7
2013-03-22liborcus depends on zlibStephan Bergmann1-1/+4
...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 Foley8-242/+8
Change-Id: I9d3ba7b142ec230d11af59f9eb21d203b0473dc8
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks1-2/+0
2013-03-11remove remaining UTF bomBorim3-3/+3
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 Foley1-1/+3
See https://code.google.com/p/android/issues/detail?id=41770 Change-Id: I555c1e9b8b15afd78b07b1c7b12a0b37d1112f9a
2013-03-01Add informative comment and revert unneeded (?) changeTor Lillqvist1-2/+9
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 Foley1-1/+1
see https://code.google.com/p/android/issues/detail?id=41770 Change-Id: Ia6a016afcf3215558ae261e4844b69dec338d566
2013-02-28remove all d.lstMichael Stahl1-0/+0
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-22quiet external module build log unless failureNorbert Thiebaud1-33/+33
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 Bergmann1-1/+1
...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 Bergmann2-0/+30
Change-Id: Ie6c944d53d6e2fcdd161f674e32c9fbfd761d844
2013-01-26gbuild: do not copy boost headers aroundMichael Stahl1-4/+4
- 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 Lillqvist1-1/+9
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 Lillqvist5-2/+180
2012-11-28liborcus: must be built with -D_GLIBCXX_DEBUG for debug STLMichael Stahl1-0/+2
... in --enable-dbgutil mode. Change-Id: I095bc8f29570afd9912a615e98ef05e4249ea8f7
2012-11-28Remove patches that are no longer needed.Kohei Yoshida3-760/+0
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 Yoshida1-0/+2
Now scfilt must statically link zlib because gnumeric uses gzip compression. Change-Id: I79c527d381d3c2f9bccdf091ff2b0799efee4700
2012-11-28Temporarily disable patches that don't apply.Kohei Yoshida1-2/+2
Change-Id: I77cd13301fb4ab98ba1ded49e5b4aa1f3974c8e1
2012-11-28This one has been upstreamed.Kohei Yoshida2-64/+0
Change-Id: I1f55575b07cfc3cddd27b3d42ab354405f13fa60
2012-11-28Update liborcus package to (pre-release) 0.3.0.Kohei Yoshida1-1/+1
This is not the official 0.3.0 release. Change-Id: I1d097ed30ea6c1835ac10d6be77e45a644449497
2012-11-28get orcus to build on RHEL-5Caolán McNamara1-0/+1
Change-Id: Ic18aa0eb1b48d57db81acd0d3d38ed33e3d71534
2012-11-23drop useless (and problematic) hunksDavid Tardon1-35/+0
The additional dependencies might trigger re-run of automake, which we really do not want. Change-Id: I5961c76c0ea047cbf7df541504349dd079137fd0
2012-11-23fdo#55435 orcus needs Boost.System with recent BoostDavid Tardon2-0/+670
Change-Id: I2df230e0ca6293131ceaf9211fb301165981ab86
2012-11-15let's have only one orcus library in solverMatúš Kukan1-1/+0
Change-Id: Ida46affca95fcd582206d79ff7a5b4d48ed92e12
2012-11-10liborcus needs boostPeter Foley1-0/+2
Change-Id: I83c6bd1bfb44e74b9f659a970b5c32d7475addfb
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-28 05:49:47 +0000