summaryrefslogtreecommitdiff
path: root/external/libmwaw
AgeCommit message (Collapse)Author
2017-11-15upload libmwaw 0.3.13David Tardon
Change-Id: I9af801efd81bbe64117de52359491c05069c1947 Reviewed-on: https://gerrit.libreoffice.org/44736 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-10-28libmwaw: pass optimization flags to configureDavid Tardon
Change-Id: Ia824b2897fbac5a0cb969c91b8f1feeefd73f448 Reviewed-on: https://gerrit.libreoffice.org/43996 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-07-17try harderDavid Tardon
Change-Id: I575a61ba87218fe1071cfd151dd6de27c9df7085
2017-07-17try to fix osx buildDavid Tardon
Change-Id: I4b9f29f6221b6c4206a961e9951fff2d3ab93e21
2017-07-17upload libmwaw 0.3.12David Tardon
Change-Id: Ie1daeb0b637649cbb7eda923495949a6d9e84102 Reviewed-on: https://gerrit.libreoffice.org/40036 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-06-15use correct sizeDavid Tardon
Change-Id: I620ada9b209bb2084eccaa81385beb6306d6a3d0
2017-06-13iOS patch libmwawjan Iversen
support for arm64 Change-Id: I2a1c4201606b1d6bfbc4bfeeb0e40099e8860b31
2017-04-06libmwaw: fix MSVC2017 "invalid comparator" assertMichael Stahl
Change-Id: Ic1ace8da86d6306d1cc3d3b124a236bf794cc7be
2017-04-01upload libmwaw 0.3.11David Tardon
Change-Id: Ie244411dd155af245c83e758f432237ce72fa623 Reviewed-on: https://gerrit.libreoffice.org/35981 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-01-31upload libmwaw 0.3.10David Tardon
Change-Id: I1355f60bdaf66aecef22f1093f57369b9fd91972 Reviewed-on: https://gerrit.libreoffice.org/33745 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2016-11-23upload libmwaw 0.3.9David Tardon
Change-Id: I22d6fe02bfb122f060cfe2f8f0ba5259eb5cd60b Reviewed-on: https://gerrit.libreoffice.org/31088 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2016-06-24upload libmwaw 0.3.8David Tardon
Change-Id: I4779d538199ecccb8997e3bfdbf97d7b0ea9679b
2015-11-27upload libmwaw 0.3.7David Tardon
Change-Id: If0906297e6da53086759f12170bb5d3be69d162b
2015-11-24fix c++ snafu with msvcDavid Tardon
Change-Id: I493b79e70fb8003ce215e602f9b4ce92afa50150
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-09-19Fix error: case value evaluates to 2168791104, which cannot be narrowed ...Tor Lillqvist
... to type 'long' [-Wc++11-narrowing] Change-Id: If9d34297c08744671d2aedd6b3ef7ad3592fb431
2015-09-17blind attempt to fix lcovDavid Tardon
Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
2015-08-30libmwaw: drop dep. on boostDavid Tardon
Change-Id: If3bce409a98b9593920c41f8e18b82e8daa36fb1
2015-08-25upload libmwaw 0.3.6David Tardon
Change-Id: I09249673d42d36bf72ee1ffbf8f3f37734bd8bae
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-07libmwaw bundled soname patchAndras Timar
Change-Id: Ibaba47be8aeefca7719d1ff335f551777130c6cd Reviewed-on: https://gerrit.libreoffice.org/17568 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-11external/libmwaw: use patchlevel 0Stephan Bergmann
Change-Id: I374df5ffc4dac7824db0d6faf59db7143449767b
2015-06-05use $(DISABLE_DYNLOADING) consistentlyDavid Tardon
Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
2015-05-17upload libmwaw 0.3.5David Tardon
Change-Id: Ife74524f82190a06775656271965c869da8702a9
2015-02-27For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann
As discussed in b4f6b26b5a1a78fecfa95ec2eb7ac8b80495d8aa "SAL_DLLPUBLIC_RTTI for proper RTTI visibility for LLVM," RTTI-based -fsanitize= checks with Clang on Linux need special precautions to make RTTI symbols visible across DSOs. The approach taken there, as well as in 598d8194b0ea1a64e0ebba28a86c128bafa57c7c "Visible function type RTTI for Clang -fsanitize=function," was to add explicit SAL_DLLPUBLIC_RTTI annontations to relevant type definitions. However, for -fsanitize=vptr that would have required many more of those, so it appears easier to "misuse" -fsanitize-ms-compat in that case, which happens to give all RTTI symbols default visibility (while otherwise still honoring our SAL_DLLPUBLIC/PRIVATE annotations). The SAL_DLLPUBLIC_RTTI annotations from 598d8194b0ea1a64e0ebba28a86c128bafa57c7c "Visible function type RTTI for Clang -fsanitize=function" can likely be removed again. Change-Id: Ibeff7ab8c908111a7dc66ff0677204f112b24db8
2015-01-13external/libmwaw: Work around -fsanitize=shiftStephan Bergmann
Change-Id: Ia44ef02bc19653e2a20b2da52f5b5b377950353d
2015-01-06fdo#88098 ClarisWorks: import empty starting lines/columnsDavid Tardon
Change-Id: Ibe4d5be4df874336de7ae387d210deff0a927b38
2015-01-05upload libmwaw 0.3.4David Tardon
Change-Id: I0208d53522da4d3d32c4060b6d784d62a64bf0eb
2014-11-10external: fortunately boost no longer requires config_host.mkMichael Stahl
Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
2014-11-10mwaw: fix build failure with clang (work around libtool stupidity)Michael Stahl
Clang warns about unused -I parameters, and the libtool configure check for lt_cv_prog_compiler_pic_works_CXX mis-interprets that and declares -fPIC is not supported. Change-Id: I0802719142c5a96bc672be299d6e94a1b2d27001
2014-10-18typo in filename, hidden by case insensitivity of windowsNorbert Thiebaud
Change-Id: I9ec1fefe61f24c005519a2bb4a87fe07f6895ca6
2014-10-18fix libmwaw build on WindowsNorbert Thiebaud
Change-Id: I103ba777cc7f38f5df17995d9ef9bfb6d6cf133b
2014-10-17drop unneeded patchesDavid Tardon
Change-Id: I67314a12717ada0bdb49d9578821abf66fb41302
2014-10-16file libmwaw-0.3.so.3.0.1 does not exist in the tarballMiklos Vajna
Change-Id: I6b1592af199fcd79ac16827332014ea703a48a1e
2014-10-16Update to last libmwaw versionosnola
+ add filters for MacDraw, MacDraw II and RagTime (v2-3 for Mac) Change-Id: If84abff1baa75f9bfa951039781575b6a8648a84
2014-08-29Simplify some $ENABLE_DEBUG expressionsStephan Bergmann
Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
2014-08-29external/libmwaw: Invalid downcasts to libmwaw_applepict2::OpCodeStephan Bergmann
cf. <https://sourceforge.net/p/libmwaw/tickets/6/> Change-Id: Id59fc23ab25a8b4e12a96a0eb88d091cc5ae6e25
2014-08-13libmwaw: avoid 'MWAWDocument::isFileFormatSupported()' when opening .doc filesMiklos Vajna
There is only a single libmwaw switch to enable both "noopt + symbols" and "debug messages", and we enable that switch in debug builds. Backport upstream patch to avoid a debug message during type detection. Change-Id: I53440ceed90529e3db7c9d91c788c7a3b2723eb1
2014-08-04fdo#82035 fix loader pathsDavid Tardon
Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0
2014-07-07fix build with msvc2013David Tardon
Change-Id: Ic027cd02f590db06a75fdd2b23d6f67bd42f575a
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 libmwaw as shared libDavid Tardon
Change-Id: I3c970cf3d15c2bd0072dccdf34bc3f0dae53c0b8
2014-05-26rebase all import libsDavid Tardon
Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
2014-04-24libmwaw: values4003 apparently contains 22 patterns, not 28Stephan Bergmann
cf <https://sourceforge.net/p/libmwaw/tickets/4/> Change-Id: Ib139992b90818838b12d51530c66498b2e2d1dc4
2014-04-24libmwaw: --enable-debug when appropriateStephan Bergmann
Change-Id: Ic10971f077994a0015f6b66bd219a11612084409
2014-02-27normalize values of CROSS_COMPILINGMichael Stahl
Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
2014-02-12normalize values of SYSTEM_BOOSTMichael Stahl
Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
2013-11-14more externals need config_host for boostMichael Stahl
Change-Id: I0cfb09240a2e525cbd57b099b6e52eeabcc57d3f
generated by cgit (git 2.34.1) at 2024-07-16 17:13:08 +0000