Age | Commit message (Collapse) | Author |
|
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
|
|
Change-Id: I5bce88b2044279a6563fd68c35f9c1ac824c8850
|
|
... now that everything is consistent.
Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
|
|
Change-Id: I4d11dc634c4f93ffcdc7e1f359e5d6a0d001aaae
|
|
It must always be used exactly once, so replace it with constructor
parameter.
Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
|
|
Change-Id: Ied274511193eba9373072f1bc0636fe7f8a52b02
|
|
Change-Id: Ib21df33799f8a2ef552d8ecdf7f6fa9b82e1a178
|
|
(Still, did not manage yet to build liborcus against boost 1.53 on OS X.)
Change-Id: I29b3e032badfe2e3631cd5f79f8c9e7bb0627dc8
|
|
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
|
|
See d98c6b21420b30ae8419c3d4225bf2ce293ee39a for details.
Change-Id: I3faa87bae5a943ea60399a939742cffbbfeb5e37
|
|
Also, for clarity, sort the list of platforms for which it is needed
(those where we use the GNU C++ library).
Change-Id: I55463f248ee08f97c085610d72fa688657ba36e6
|
|
Works here with Apple llvm-g++ 4.2.1; cannot run "subsequentcheck"
due to remote login.
Change-Id: I187620b65f82095b5e9b7433c01ede429a27c719
|
|
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
|
|
Change-Id: Ia461382ffc2025d7fdf368ad68a258aa626ad59a
|
|
Change-Id: I47a3f6ef639c9103b8def0dd029fcb6efec4b085
|
|
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
|
|
Change-Id: I19340ff42c8edbe7b112569f12657757b466a244
|
|
Change-Id: I1f53a4f4b9beee501e29149ed88e3ce5d63d9a3c
|
|
Change-Id: I80b0dc6f36f798e06aad2221760b6b36d1a7f82b
|
|
gcc-wrapper is too smart for me to figure out.
Change-Id: Ia36255035ac0be8ddc6cfc26dac06f3cd1310769
|
|
Change-Id: I4d5764d9fd8f03e61c99d5f5597314deefc3ffd5
|
|
Change-Id: Iba5edf90ad26c96697e5acb47055f9311ea73b98
|
|
Change-Id: I6a0193df0cdb82e1855c5ac2d38976c7fb29d039
|
|
Not sure what we'll have to do with the internal zlib. Not tested
that scenario yet.
Change-Id: Iec9e4f30b006ceaa2271156650b5ad922d4b40e4
|
|
Change-Id: I7ba26813e1dfdd138096c597abd9f67c953aca4d
|
|
Change-Id: Ib0070ad8509ba4084a8b0871fbc8c24b550433d7
|
|
...at least unless configured --without-gnumeric-filter, see its configure.ac:
"The gnumeric import filter depends on zLib."
Change-Id: Ied3fb0119978ed484c5e0668cd6a949b448e1ee0
|
|
Change-Id: I9d3ba7b142ec230d11af59f9eb21d203b0473dc8
|
|
|
|
Change-Id: I3a24a7af782f538cdfad4cc58328c5ab7412c2cc
Reviewed-on: https://gerrit.libreoffice.org/2644
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
See https://code.google.com/p/android/issues/detail?id=41770
Change-Id: I555c1e9b8b15afd78b07b1c7b12a0b37d1112f9a
|
|
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
|
|
see https://code.google.com/p/android/issues/detail?id=41770
Change-Id: Ia6a016afcf3215558ae261e4844b69dec338d566
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
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>
|
|
...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
|
|
Change-Id: Ie6c944d53d6e2fcdd161f674e32c9fbfd761d844
|
|
- 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
|
|
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.
|
|
|
|
... in --enable-dbgutil mode.
Change-Id: I095bc8f29570afd9912a615e98ef05e4249ea8f7
|
|
Per feedback from David T. the patch author.
Change-Id: I6adae0a70926f6e402ba1f7680806e6c6097616e
|
|
Now scfilt must statically link zlib because gnumeric uses gzip
compression.
Change-Id: I79c527d381d3c2f9bccdf091ff2b0799efee4700
|
|
Change-Id: I77cd13301fb4ab98ba1ded49e5b4aa1f3974c8e1
|
|
Change-Id: I1f55575b07cfc3cddd27b3d42ab354405f13fa60
|
|
This is not the official 0.3.0 release.
Change-Id: I1d097ed30ea6c1835ac10d6be77e45a644449497
|
|
Change-Id: Ic18aa0eb1b48d57db81acd0d3d38ed33e3d71534
|
|
The additional dependencies might trigger re-run of automake, which we
really do not want.
Change-Id: I5961c76c0ea047cbf7df541504349dd079137fd0
|
|
Change-Id: I2df230e0ca6293131ceaf9211fb301165981ab86
|
|
Change-Id: Ida46affca95fcd582206d79ff7a5b4d48ed92e12
|