The upcoming eclipse 3.2 uses pkg-config to find out the include directories for mozilla xpcom. Unfortunately the most important include file nsEmbedAPI.h is not in the include path and thus eclipse build fails. Gentoo: pkg-config --cflags mozilla-xpcom -I/usr/lib64/mozilla/include -I/usr/lib64/mozilla/include/xpcom -I/usr/lib64/mozilla/include/string -I/usr/lib64/mozilla/include/nspr location of nsEmbedAPI.h: /usr/lib64/mozilla/include/embed_base/nsEmbedAPI.h Fedora 5: pkg-config --cflags mozilla-xpcom -I/usr/include/mozilla-1.7.12 -I/usr/include/mozilla-1.7.12/xpcom -I/usr/include/mozilla-1.7.12/string -I/usr/include/nspr4 location of nsEmbedAPI.h: /usr/include/mozilla-1.7.12/nsEmbedAPI.h The exact same problem applies also to pkg-config --cflags firefox-xpcom Tested ebuilds: www-client/mozilla-1.7.12-r3 www-client/mozilla-firefox-1.5.0.2 Two fixes are possible: 1) move all include files from <mozilla>/include/embed_base to <mozilla>/include 2) add -I<mozilla>/include/embed_base to pkg-config --cflags mozilla-xpcom
I just noticed that there is also an gecko-sdk ebuild. It has the same problem. But instead of fixing the pkg-config {mozilla|firefox|gecko-sdk}-xpcom I know think the proper place is to change the {mozilla|firefox|gecko-sdk}-gtkmozembed. It is also missing the embed_base subdirectory but at least the --libs is correct for embedding.
mozilla and gecko-sdk will be removed from the tree, nothing to fix here. eclipse-sdk now uses seamonkey. *** This bug has been marked as a duplicate of 137665 ***