23:44 Don Lewis (truckman) 

editors/openoffice-*: Fix build

Tweak our declaration for __cxa_allocate_exception() so that it matches
the one that sometimes shows up in /usr/include/c++/v1/cxxabi.h.  Clang
now treats the subtle differences as an error.

No PORTREVISION bump for this build fix.  There should not be any
functional change to the generated code if it was buildable before
this fix.

    dde6195

00:07 truckman 

Upgrade to svn revision r1677314, fixing the HWP filter
vulnerability documented in CVE-2015-1774 and
<http://www.openoffice.org/security/cves/CVE-2015-1774.html>

Differential Revision:	https://reviews.freebsd.org/D2470
Submitted by:	pi
Reviewed by:	pi, pfg
Approved by:	mat (mentor)
MFH:		2015Q2
Security:	b13af778-f4fc-11e4-a95d-ac9e174be3af

 

18:03 truckman 

Upgrade to apache-openoffice SVN revision 1667428.

Word around broken build on FreeBSD 11.0-CURRENT i386, which appears
to be a code generation bug in clang 3.6 when using -Os optimization.

Build using the ports version of graphics/silgraphite instead of
building an internal copy.

When building with clang, use the ports version of devel/boost-libs
instead of an internal copy.

Use the dictionaries already installed by ports.

Update the patch-bridges and patch-*.mk patches to versions that
will be sent upstream.  The latter are tuned for clang to use as
is, with only some minor additional tweaks needed for gcc.

Nuke patch-webdav because it has been incorporated upstream.

Wordsmith pkg-message.

Various Makefile cleanups.

Differential Revision:	https://reviews.freebsd.org/D2108
Reviewed by:	pfg
Approved by:	mat (mentor)

 

15:04 truckman 

Unbreak editors/openoffice-4 and editors/openoffice-devel on systems
where clang is the base compiler.  The issue was that these ports
would only successfully build with gcc and libstdc++, so they
specified USE_GCC=yes, but they linked to other C++ ports that were
compiled with clang, which brought in libc++.  The conflict between
libstdc++ and libc++ caused the application to crash whenever an
operation that popped up a dialog box was attempted.  Thanks to
dim@ for helping me track this down.  The fix is to patch various
bits of the openoffice souce to allow it to be built with clang
on systems where the C++ dependencies are also compiled with clang. [1]

Add a CUPS option so that CUPS can be disabled [2].

Register print/cups-client as a LIB_DEPENDS when CUPS is enabled.

(Only the first 15 lines of the commit message are shown above )