summaryrefslogtreecommitdiff
path: root/external/libwps
AgeCommit message (Collapse)Author
2016-10-17upload libwps 0.4.4David Tardon
Change-Id: I7dc8b6412fd1a9d7bc2edf28cb23307c2eebd669
2016-02-15upload libwps 0.4.3David Tardon
Change-Id: I4f147c3d55de86eb4bd56bb4c728df19c925b376 Reviewed-on: https://gerrit.libreoffice.org/22366 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2015-11-12Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann
...in anticipation of building with clang-cl.exe on Windows Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398 Reviewed-on: https://gerrit.libreoffice.org/19928 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-10-06libwps: new version 0.4.2Sean Young
Change-Id: Iefebbca7c67d7685213a96de15e3d448bf4162d6 Reviewed-on: https://gerrit.libreoffice.org/19181 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2015-09-17blind attempt to fix lcovDavid Tardon
Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
2015-08-31a blind attempt to fix tinderbox failureDavid Tardon
Change-Id: I3b33529a37174682e68be897a77b2736133b6ac6
2015-08-30libwps: drop dep. on boostDavid Tardon
Change-Id: Id8ac510ad96d2a845b5c14024973274fb797c000
2015-08-25upload libwps 0.4.1David Tardon
Change-Id: I53dc6d358952a046a4c1f03246441742dfa3d685
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-07libwps bundled soname patchAndras Timar
Change-Id: I6661ff49e25921ce11dc04fffab84cf5db3c95fe Reviewed-on: https://gerrit.libreoffice.org/17533 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-12For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann
...same as f0aa1a78fb209310e8baef53c02f365fca518d11 Change-Id: I89e20a57125012a6805b8d61ec668068b7149be2
2015-06-12Pass -fvisibility-inlines-hidden into external/libwpsStephan Bergmann
...same as fc6f894d2211cee7b28cb93345e90297ec04fe06 Change-Id: I14eb43ec78373863fe996ed50863d7681fd2e229
2015-06-05use $(DISABLE_DYNLOADING) consistentlyDavid Tardon
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
2015-05-19avoid the need to touch the Package makefile on updatesDavid Tardon
Change-Id: I4c9d3e8cf9e5635c848c165d4eda44ad3798ae38
2015-05-19upload libwps 0.4.0osnola
Change-Id: I9da61333b7c46d20cf7010553929b141ec011d84
2014-12-30upload libwps 0.3.1David Tardon
Change-Id: Ifc0218b76f9b330185986bf4c7137f4f9a2f1081
2014-11-10external: fortunately boost no longer requires config_host.mkMichael Stahl
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
2014-08-04fdo#82035 fix loader pathsDavid Tardon
Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0
2014-06-17external/librevenge,libmwaw,libodfgen,libwps: fix self-linked symlinks build ↵Douglas Mencken
problem ...LibreOfficeDev.app/Contents/MacOS/librevenge-0.0.0.dylib: Too many levels of symbolic links (librevenge-0.0.0.dylib --> librevenge-0.0.0.dylib: broken symbolic link to librevenge-0.0.0.dylib) The reason for this is that symlink librevenge-0.0.dylib (UnpackedTarball/librevenge/src/lib/.libs/librevenge-0.0.dylib -> librevenge-0.0.0.dylib) is copied via cp --no-dereference, thus becoming linked to self. Change-Id: I4b918c35c594800fb2d7f84ee0ee9f2ff2a5fe14 Reviewed-on: https://gerrit.libreoffice.org/9783 Tested-by: David Tardon <dtardon@redhat.com> Reviewed-by: David Tardon <dtardon@redhat.com>
2014-05-30build libwps as shared libDavid Tardon
Change-Id: Ic30d54461f799b745d0887b830445f00efeb6faa
2014-05-26rebase all import libsDavid Tardon
Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2014-02-12normalize values of SYSTEM_BOOSTMichael Stahl
Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
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-10-19fdo#70393: move libwps to a subdir of externalKhaled Hosny
Change-Id: Ib7c85b6004f4cf1cc3a3ecf280d9c99fb2e7297f Reviewed-on: https://gerrit.libreoffice.org/6338 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
generated by cgit (git 2.34.1) at 2025-01-23 02:40:44 +0000