summaryrefslogtreecommitdiff
path: root/external/libwpg
AgeCommit message (Collapse)Author
2019-05-24disable warnings in external libsLuboš Luňák
As in, really disable, so that they do not even show. This moreover avoids tons of D9025 warnings from MSVC about overriding -W4 with -w. Change-Id: Ia2e72fd72d883d91bdd89e467ee42f259e2ae033 Reviewed-on: https://gerrit.libreoffice.org/72899 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-01-07Skip these patches for iOS, tooTor Lillqvist
Change-Id: I2b99cd30b151eaa0302abaa9fdfa92fe8300a4d5
2019-01-02upload libwpg 0.3.3David Tardon
Change-Id: Iac2c3f75eda07b7381e57dba389c9836ab26502f Reviewed-on: https://gerrit.libreoffice.org/65781 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2017-10-28libwpg: pass optimization flags to configureDavid Tardon
Change-Id: Id49c3d10aa3dc6c6cabcb23a382f2c3d3a58d1a8 Reviewed-on: https://gerrit.libreoffice.org/44005 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2017-10-28use predefined workdir pathDavid Tardon
Change-Id: Ia14aaba92e5d36064bc6a77dbc63463a833d8745 Reviewed-on: https://gerrit.libreoffice.org/43969 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2017-10-04use the new gbuild way to update config.*David Tardon
Change-Id: I43805ac8c3d5c1b65519da02c3cc50fdb9729ea6 Reviewed-on: https://gerrit.libreoffice.org/42941 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-06-13iOS patch libwpgjan Iversen
Support for arm64 Change-Id: I86d51ac4d98bafe90271e5d0c7190eb4d02eaccb
2015-12-26upload libwpg 0.3.1David Tardon
Change-Id: I27f8039f65777c37ce8191f37dc3daa8728667dd
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-08-07libwpg bundled soname patchAndras Timar
Change-Id: Ied2f331000c83d696fb5dd662860c3b51b95c616 Reviewed-on: https://gerrit.libreoffice.org/17547 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2015-06-12Fix Linux RPATH of various external modulesStephan Bergmann
...as discussed in 371cc81bd9ccbfbed25f810e70899c044280349e "external/liborcus: Fix Linux RPATH:" * When an external module produces multiple libraries (that we all install) that depend on each other, they need to contain $ORIGIN in RPATH (strictly speaking, those that do not depend on any other libraries from the module would not need that, but it is harmless and easier to do that way). * When an external module's libraries depend on other external modules' libraries, and (at least some of) those other external modules are not configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again, for simplicity, some libraries may get that even if they would not strictly need it). * Try to outsmart the external modules' libtool instances to not add (ultimately bogus) paths to RPATH for dependencies on libraries from external modules (either from the same module, or from anohter module not configured as --with-system-*). The only time we do not outsmart libtool, and instead rely on it (hopefully?) doing the right thing is when a given external modules' libraries depend on libraries from excatly one other external module, and the latter is configured as --with-system-*. * That outsmarting means that if an external library depends both on external libraries provided by modules not configured as --with-system-* (so RPATH contains $ORIGIN, and the outsmarting is not suppressed) and on external libraries provided by modules configured as --with-system-*: Then if the latter are in unusual locations on the system that would require an RPATH entry (which might be provided via the corresponding "pkg-config --libs", say, and presumably would be honoured by libtool if we did not outsmart it), then those paths are now erroneously missing from RPATH. * That outsmarting also causes linking of some utility applications in module redland to fail, but those are ultimately unused, so cut them off by patching their respective sub-directory Makefile.in. Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab
2015-06-08Fix Mac OS X install names of external libwpd/libwpgStephan Bergmann
Change-Id: I25eae3874c7ca4cf4e23673604a1f77e1fa15451
2015-06-05use $(DISABLE_DYNLOADING) consistentlyDavid Tardon
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
2014-12-30Build external libs statically in the DISABLE_DYNLOADING caseTor Lillqvist
Fixes build for iOS. In theory, it is a bit unclear whether DISABLE_DYNLOADING means to 1) not build any dynamic libraries at all, not even of bundled 3rd-party libraries, or 2) not build any own dynamic libraries, including dynamically loaded UNO components, while still building 3rd-party libraries as dynamic. But in practice, a use case for the latter is nonexistent, nobody uses --disable-dynamic-loading in their autogen.input, and DISABLE_DYNLOADING is turned on automatically for iOS and Android. What we want for iOS, for an LO-based app, is to not build any dynamic libraries at all, but produce a single executable. Correspondingly for Android, at least currently, we want to produce a single dynamic library. Change-Id: I7af4c3e53b13439612bb57bbb0fc8b118bda96bd
2014-12-24build bundled libwpd and libwpg as shared libsDavid Tardon
Change-Id: I7a00dfaa3252e2a0ab145ef8a4355f9bd14570da
2014-11-13More passing of MAKE into external configureStephan Bergmann
...like 2fdf78109e815a64169fdab1a8175b63ef9c64d4 "Pass MAKE into external/poppler's configure" Change-Id: I4e2f1a13d120a7398fa81884710c589bb905714d
2014-05-26rebase all import libsDavid Tardon
Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2013-10-19fdo#70393: move libwpg to a subdir of externalKhaled Hosny
Change-Id: I28c0a18f9e85ca913a29f85e647a547cde2d40a1 Reviewed-on: https://gerrit.libreoffice.org/6337 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>