akonadi fails to build on snow leopard

[thomas.friedrichsmeier@…]

Package akonadi fails to build on (at least on snow leopard). The relevant lines of the error message are

---

[  4%] Automoc for target akonadi_shared
cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_akonadi/akonadi/work/build/shared && /opt/local/bin/cmake -E cmake_automoc /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_akonadi/akonadi/work/build/shared/CMakeFiles/akonadi_shared_automoc.dir/
Generating moc_akapplication.cpp
opt/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error at "BOOST_JOIN"
AUTOMOC: error: process for /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_akonadi/akonadi/work/build/shared/moc_akapplication.cpp failed:
opt/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse error at "BOOST_JOIN"

moc failed...
make[2]: *** [shared/CMakeFiles/akonadi_shared_automoc] Error 1

---

The problem can be circumvented by using the patch from netbsd: ​http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/mail/akonadi/patches/patch-shared_akapplication.h?rev=1.1&content-type=text/x-cvsweb-markup

However, it may be noteworthy, that looks very much like #35210 , so a different fix might be more appropriate.

macports 2.1.3, automoc 0.9.88 Revision 4, boost 1.53.0 Revision 1, akonadi 1.9.0

[mf2k (Frank Schima)]

In the future, please use WikiFormatting, fill in the Port field and Cc the port maintainer(s).

[ryandesign (Ryan Carsten Schmidt)]

#35210 was resolved 5 months ago, back when boost 1.51.0 was current; the boost port was updated to 1.52.0 in r99457 and to 1.53 in r103719 (just two days ago), and it's not uncommon for new boost versions to cause problems in programs using it.

[NicosPavlov]

Thanks for the detailed description and link to the patch.

This patch is indeed the right solution in my point of view. The include fails like the issue in #35210, but it is because it does not have the safeguard from BOOST_TT_HAS_OPERATOR_HPP_INCLUDED variable like most files in boost. I'll commit the patch along with the upgrade to 1.9.1 soon.

[NicosPavlov]

The update to next version along with workaround in r103809 should fix the issue.