When there are other ports including their own <mapi.h> headers installed evolution-exchange fails to compile. The reason is that several source files include <mapi.h> instead of the safer <exchange/mapi.h>. The fix section contains a gzipped and b64 encoded tar bundle of the required diffs that made evolution-exchange compile properly. How-To-Repeat: First install e.g. ytnef+libytnef. Then try to build evolution exchange. This causes a persistent failure. Libytnef installs /usr/local/include/mapi.h which overrides the intended <exchange/mapi.h> because evolution-exchange tries to include <mapi.h> only.
Responsible Changed From-To: freebsd-ports-bugs->gnome Over to maintainer
mezz 2007-02-28 05:54:22 UTC FreeBSD ports repository Modified files: mail/evolution-exchange Makefile Log: WARN: Makefile: Consider adding support for a WITHOUT_NLS knob to conditionally disable gettext support. ^[ (escape) menu ^y search prompt ^k delete line ^p prev li ^g prev page ^o ascii code ^x search ^l undelete line ^n next li ^v next page ^u end of file ^a begin of line ^w delete word ^b back 1 char ^t begin of file ^e end of line ^r restore word ^f forward 1 char ^c command ^d delete char ^j undelete char ^z next word L: 1 C: 1 ===================================================================== Do not attend to build if ${LOCALBASE}/include/mapi.h exists in system, so mark it as IGNORE. Current, devel/libytnef will installing ${LOCALBASE}/include/mapi.h that has caused evolution-exchange to not able to build. The real solution is to have move from include/*.h to include/libytnef/*.h to protect their commonly named header file better. PR: ports/109199 Reported by: Jukka A. Ukkonen <jau@iki.fi> Dicsussed with: marcus Revision Changes Path 1.25 +4 -0 ports/mail/evolution-exchange/Makefile _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
State Changed From-To: open->closed Your patches are not right. marcus and I have discussed, and we have agreed about that a real solution is to fix in devel/libytnef. You will have to bug to the libytnef people as they should be protecting their commonly named header file better. Like move from include/*.h to include/libytnef/*.h. I have added a check in evolution-exchange for if include/mapi.h exists in the system, then it will be marked as IGNORE until you uninstall libytnef and install evolution-exchange, then reinstall libytnef.