Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 100804 - mozilla should install headers using make install and not copying around the files
Summary: mozilla should install headers using make install and not copying around the ...
Status: RESOLVED DUPLICATE of bug 85437
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-30 04:25 UTC by Raphael Slinckx
Modified: 2006-03-15 08:15 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Raphael Slinckx 2005-07-30 04:25:40 UTC
This comes from an epiphany's developper rant:
Gentoo should follow all other distros in the layout of /usr/include/mozilla;
instead of just moving the dist/include directory there, it should use "make
install".

This causes epiphany ebuild and possibly other apps copiling against
firefox/mozilla to patch the include dirs in the Makefiles which is very
annoying, both for ebuild maintainability, and for developping on my own pc,
since i can't compile CVS epiphany against gentoo's setup.

einfo "Installing includes and idl files..."
dodir ${MOZILLA_FIVE_HOME}/include/idl /usr/include
 cd ${S}/dist
 cp -LfR include/* ${D}${MOZILLA_FIVE_HOME}/include
 cp -LfR idl/* ${D}${MOZILLA_FIVE_HOME}/include/idl

These are the offending lines that should be replaced by make install, but i
don't really know how. see also a comment on that issue some lines above which
are stating that the whole thing is a hack.

Reproducible: Always
Steps to Reproduce:
Comment 1 Raphael Slinckx 2005-08-09 12:30:19 UTC
Yet another problem related to gentoo's wacky mozilla include directories, the
piphany configure script fails to detect a file because it's not in the
mozilla's default include dir.

configure:23401: checking for toolkit's nsITypeAheadFind
configure:23422: g++ -c -g -O2 -fno-rtti  -fshort-wchar  
-I/usr/lib/mozilla-firefox/include -I/usr/lib/mozilla-firefox/include/pipnss
-I/usr/lib/mozilla-firefox/include/xpcom
-I/usr/lib/mozilla-firefox/include/string
-I/usr/lib/mozilla-firefox/include/nspr   conftest.cc >&5
In file included from conftest.cc:31:
/usr/lib/mozilla-firefox/include/fastfind/nsITypeAheadFind.h:14:22: domstubs.h:
No such file or directory

As you see it checks for domstubs.h file, which is not included since in gentoo
it is placed under /usr/lib/mozilla-firefox/include/dom/domstubs.h (there is no
-I/usr/lib/mozilla-firefox/include/dom cause that path is broken, only used by
gentoo)
Comment 2 Joe McCann (RETIRED) gentoo-dev 2006-02-16 19:31:50 UTC
Whats the deal with this, can somebody from the mozilla herd comment?. It is a pain to keep patching various apps that use these headers. 
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2006-03-15 08:15:41 UTC

*** This bug has been marked as a duplicate of 85437 ***