Date: Wed, 01 Jun 2016 06:56:43 +0000 From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: maintainer-feedback requested: [Bug 209921] editors/libreoffice: Fix build with libc++ 3.8.0 Message-ID: <bug-209921-25061-q0H20ch0fB@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-209921-25061@https.bugs.freebsd.org/bugzilla/> References: <bug-209921-25061@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Dimitry Andric <dim@FreeBSD.org> has reassigned Bugzilla Automation <bugzilla@FreeBSD.org>'s request for maintainer-feedback to office@FreeBSD.= org: Bug 209921: editors/libreoffice: Fix build with libc++ 3.8.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209921 --- Description --- Created attachment 170898 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D170898&action= =3Dedit Work around -isystem strangeness in libreoffice build system After libc++ 3.8.0 was imported in r300770 (see also bug 208158), Antoine f= ound that editors/libreoffice failed with the following errors [1]: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.6.3/ucb/source/= ucp/ webdav/AprEnv.cxx:20: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.6.3/ucb/source/= ucp/ webdav/AprEnv.hxx:25: In file included from /wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-5.0.6.3/ucb/source/= ucp/ webdav/SerfLockStore.hxx:24: In file included from /usr/include/c++/v1/map:442: In file included from /usr/include/c++/v1/__tree:15: In file included from /usr/include/c++/v1/iterator:343: In file included from /usr/include/c++/v1/__functional_base:15: In file included from /usr/include/c++/v1/type_traits:363: /usr/include/c++/v1/cstddef:43:15: fatal error: 'stddef.h' file not found #include_next <stddef.h> ^ 1 error generated. This is because libreoffice's build system transforms some of the -I options passed via the port Makefile to -isystem, and one of those options is -I/usr/include, which screws up the include path order for C++ programs. It turns out the -I/usr/include path is brought in via OPENSSL_CFLAGS, so set = that to a single space to work around this. (Note that OPENSSL_CFLAGS cannot be empty, otherwise the configure script will complain about not being able to find openssl.) [1] http://beefy4.nyi.freebsd.org/data/head-amd64-default/p415968_s300895/logs/= erro rs/libreoffice-5.0.6.log
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-209921-25061-q0H20ch0fB>