Opened 12 years ago

Closed 12 years ago

#38315 closed defect (fixed)

akonadi fails to build on snow leopard

Reported by: thomas.friedrichsmeier@… Owned by: NicosPavlov
Priority: Normal Milestone:
Component: ports Version: 2.1.3
Keywords: Cc:
Port: akonadi

Description (last modified by mf2k (Frank Schima))

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

Change History (4)

comment:1 Changed 12 years ago by mf2k (Frank Schima)

Description: modified (diff)
Owner: changed from macports-tickets@… to nicos@…
Port: akonadi added

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

comment:2 Changed 12 years ago by 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.

comment:3 Changed 12 years ago by 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.

comment:4 Changed 12 years ago by NicosPavlov

Resolution: fixed
Status: newclosed

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

Note: See TracTickets for help on using tickets.