summaryrefslogtreecommitdiffstats
path: root/external/libmwaw
Commit message (Collapse)AuthorAgeFilesLines
* upload libmwaw 0.3.8David Tardon2016-06-244-58/+65
| | | | Change-Id: I4779d538199ecccb8997e3bfdbf97d7b0ea9679b
* upload libmwaw 0.3.7David Tardon2015-11-273-12/+3
| | | | Change-Id: If0906297e6da53086759f12170bb5d3be69d162b
* fix c++ snafu with msvcDavid Tardon2015-11-242-0/+57
| | | | Change-Id: I493b79e70fb8003ce215e602f9b4ce92afa50150
* Generalize COM_GCC_IS_CLANG -> COM_IS_CLANGStephan Bergmann2015-11-121-1/+1
| | | | | | | | | ...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>
* Fix error: case value evaluates to 2168791104, which cannot be narrowed ...Tor Lillqvist2015-09-192-0/+15
| | | | | | ... to type 'long' [-Wc++11-narrowing] Change-Id: If9d34297c08744671d2aedd6b3ef7ad3592fb431
* blind attempt to fix lcovDavid Tardon2015-09-171-1/+1
| | | | Change-Id: If8d6c8da1be1e540d641f20ac90e7877feae27be
* libmwaw: drop dep. on boostDavid Tardon2015-08-302-6/+3
| | | | Change-Id: If3bce409a98b9593920c41f8e18b82e8daa36fb1
* upload libmwaw 0.3.6David Tardon2015-08-251-0/+6
| | | | Change-Id: I09249673d42d36bf72ee1ffbf8f3f37734bd8bae
* gbuild/config stop using VERBOSE, use only verbose=tNorbert Thiebaud2015-08-111-1/+1
| | | | | | | | | | 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>
* libmwaw bundled soname patchAndras Timar2015-08-073-1/+23
| | | | | | | Change-Id: Ibaba47be8aeefca7719d1ff335f551777130c6cd Reviewed-on: https://gerrit.libreoffice.org/17568 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Andras Timar <andras.timar@collabora.com>
* Fix Linux RPATH of various external modulesStephan Bergmann2015-06-123-0/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ...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
* external/libmwaw: use patchlevel 0Stephan Bergmann2015-06-112-2/+2
| | | | Change-Id: I374df5ffc4dac7824db0d6faf59db7143449767b
* use $(DISABLE_DYNLOADING) consistentlyDavid Tardon2015-06-051-1/+1
| | | | Change-Id: Iec611290770ae0393eb787a3883bb22a12340b0a
* upload libmwaw 0.3.5David Tardon2015-05-175-147/+11
| | | | Change-Id: Ife74524f82190a06775656271965c869da8702a9
* For Clang -fsanitize=vptr use -fvisibility-ms-compat, not -fvisibility=hiddenStephan Bergmann2015-02-272-0/+19
| | | | | | | | | | | | | | | | | | | 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
* external/libmwaw: Work around -fsanitize=shiftStephan Bergmann2015-01-132-0/+12
| | | | Change-Id: Ia44ef02bc19653e2a20b2da52f5b5b377950353d
* fdo#88098 ClarisWorks: import empty starting lines/columnsDavid Tardon2015-01-063-0/+135
| | | | Change-Id: Ibe4d5be4df874336de7ae387d210deff0a927b38
* upload libmwaw 0.3.4David Tardon2015-01-051-1/+1
| | | | Change-Id: I0208d53522da4d3d32c4060b6d784d62a64bf0eb
* external: fortunately boost no longer requires config_host.mkMichael Stahl2014-11-101-1/+0
| | | | Change-Id: I8f2176500bf620cd5e4cdf434e6122b6163b3e0f
* mwaw: fix build failure with clang (work around libtool stupidity)Michael Stahl2014-11-101-1/+4
| | | | | | | | 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
* typo in filename, hidden by case insensitivity of windowsNorbert Thiebaud2014-10-181-1/+1
| | | | Change-Id: I9ec1fefe61f24c005519a2bb4a87fe07f6895ca6
* fix libmwaw build on WindowsNorbert Thiebaud2014-10-181-0/+6
| | | | Change-Id: I103ba777cc7f38f5df17995d9ef9bfb6d6cf133b
* drop unneeded patchesDavid Tardon2014-10-175-407/+0
| | | | Change-Id: I67314a12717ada0bdb49d9578821abf66fb41302
* file libmwaw-0.3.so.3.0.1 does not exist in the tarballMiklos Vajna2014-10-161-1/+1
| | | | Change-Id: I6b1592af199fcd79ac16827332014ea703a48a1e
* Update to last libmwaw versionosnola2014-10-162-9/+1
| | | | | | + add filters for MacDraw, MacDraw II and RagTime (v2-3 for Mac) Change-Id: If84abff1baa75f9bfa951039781575b6a8648a84
* Simplify some $ENABLE_DEBUG expressionsStephan Bergmann2014-08-291-1/+1
| | | | Change-Id: I9f60fd317f3a2995a182d51d06059bd994cf837c
* external/libmwaw: Invalid downcasts to libmwaw_applepict2::OpCodeStephan Bergmann2014-08-292-0/+12
| | | | | | cf. <https://sourceforge.net/p/libmwaw/tickets/6/> Change-Id: Id59fc23ab25a8b4e12a96a0eb88d091cc5ae6e25
* libmwaw: avoid 'MWAWDocument::isFileFormatSupported()' when opening .doc filesMiklos Vajna2014-08-132-0/+25
| | | | | | | | 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
* fdo#82035 fix loader pathsDavid Tardon2014-08-041-0/+4
| | | | Change-Id: Ibecd7a89491b487bec54e8a86edbb1b133cdb8f0
* fix build with msvc2013David Tardon2014-07-072-0/+26
| | | | Change-Id: Ic027cd02f590db06a75fdd2b23d6f67bd42f575a
* external/librevenge,libmwaw,libodfgen,libwps: fix self-linked symlinks build ↵Douglas Mencken2014-06-171-1/+1
| | | | | | | | | | | | | | | | 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>
* build libmwaw as shared libDavid Tardon2014-05-304-3/+200
| | | | Change-Id: I3c970cf3d15c2bd0072dccdf34bc3f0dae53c0b8
* rebase all import libsDavid Tardon2014-05-267-130/+353
| | | | Change-Id: I9e1fc613816c943f4fb1033185e34e3acf317f1d
* libmwaw: values4003 apparently contains 22 patterns, not 28Stephan Bergmann2014-04-242-0/+30
| | | | | | cf <https://sourceforge.net/p/libmwaw/tickets/4/> Change-Id: Ib139992b90818838b12d51530c66498b2e2d1dc4
* libmwaw: --enable-debug when appropriateStephan Bergmann2014-04-241-1/+1
| | | | Change-Id: Ic10971f077994a0015f6b66bd219a11612084409
* normalize values of CROSS_COMPILINGMichael Stahl2014-02-271-1/+1
| | | | Change-Id: I0cc43cef91e3fcd82a3558a16ab0afbd4d56b141
* normalize values of SYSTEM_BOOSTMichael Stahl2014-02-121-1/+1
| | | | Change-Id: I2fce6545d7f279e0e2d6f3ff53eee1ab82314135
* more externals need config_host for boostMichael Stahl2013-11-141-1/+1
| | | | Change-Id: I0cfb09240a2e525cbd57b099b6e52eeabcc57d3f
* fix a bit moreDavid Tardon2013-11-032-0/+53
| | | | Change-Id: I8961fa9279a955f5570e58f29e23d412e5fd049c
* discard the configure partDavid Tardon2013-11-031-21/+0
| | | | Change-Id: I8bca5acdee197016748ab1d9c55f3bd8238583f0
* fix windows buildDavid Tardon2013-11-032-0/+70
| | | | Change-Id: I6ee6738fe869fbcd15ec045523c250fd1811e343
* update libmwaw to 0.2.0David Tardon2013-11-031-0/+1
| | | | Change-Id: Ia66d7557e5056398e03ede9d54bf61317e84f2f3
* fdo#70393: move libmwaw to a subdir of externalKhaled Hosny2013-10-195-0/+81
Change-Id: I8ba2b928638cf3f16c4500eeaec5a5ce91dd85f6 Reviewed-on: https://gerrit.libreoffice.org/6332 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
generated by cgit (git 2.34.1) at 2024-08-06 15:34:31 +0000