Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 31398 - mozilla-1.5 fails to compile accessproxy when merge with mozaccess
Summary: mozilla-1.5 fails to compile accessproxy when merge with mozaccess
Status: RESOLVED UPSTREAM
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:
: 31843 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-10-18 02:48 UTC by Lars S. Jensen
Modified: 2004-02-11 02:24 UTC (History)
4 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 Lars S. Jensen 2003-10-18 02:48:35 UTC
emerge info:
Portage 2.0.49-r13 (default-x86-1.4, gcc-3.2.3-r2, glibc-2.2.5-r4,2.3.2-r1, 2.4.20-gentoo-r1-2)

[ebuild     U ] net-www/mozilla-1.5 [1.4-r4] +java +crypt -ipv6 +gtk2 +ssl +ldap +gnome -debug +mozcalendar +mozaccess +mozp3p -mozxmlterm -moznoirc -moznomail -moznocompose -moznoxft

ACCEPT_KEYWORDS="~x86" emerge net-www/mozilla
...
g++ -o nsAccessProxy.o -c -DOSTYPE=\"Linux2.4\" -DOSARCH=\"Linux\"  -I../../../dist/include/xpcom -I../../../dist/include/string -I../../../dist/include/docshell -I../../../dist/include/dom -I../../../dist/include/widget -I../../../dist/include/gfx -I../../../dist/include/layout -I../../../dist/include/content -I../../../dist/include/uriloader -I../../../dist/include/pref -I../../../dist/include/embedcomponents -I../../../dist/include/accessproxy -I../../../dist/include -I/mnt/home5/portage/tmp/portage/mozilla-1.5/work/mozilla/dist/include/nspr     -I/usr/X11R6/include   -fPIC  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -march=athlon -pipe -s -fforce-addr -Wno-deprecated -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections -O2  -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h -Wp,-MD,.deps/nsAccessProxy.pp nsAccessProxy.cpp
nsAccessProxyRegistration.cpp
g++ -o nsAccessProxyRegistration.o -c -DOSTYPE=\"Linux2.4\" -DOSARCH=\"Linux\" -I../../../dist/include/xpcom -I../../../dist/include/string -I../../../dist/include/docshell -I../../../dist/include/dom -I../../../dist/include/widget -I../../../dist/include/gfx -I../../../dist/include/layout -I../../../dist/include/content -I../../../dist/include/uriloader -I../../../dist/include/pref -I../../../dist/include/embedcomponents -I../../../dist/include/accessproxy -I../../../dist/include -I/mnt/home5/portage/tmp/portage/mozilla-1.5/work/mozilla/dist/include/nspr     -I/usr/X11R6/include   -fPIC  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-long-long -march=athlon -pipe -s -fforce-addr -Wno-deprecated -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections -O2  -I/usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h -Wp,-MD,.deps/nsAccessProxyRegistration.pp nsAccessProxyRegistration.cpp
In file included from nsAccessProxyRegistration.cpp:31:
nsAccessProxy.h:35:28: nsIAccessProxy.h: No such file or directory
nsAccessProxy.cpp:46:25: nsIRegistry.h: No such file or directory
In file included from nsAccessProxyRegistration.cpp:31:
nsAccessProxy.h: In static member function `static const nsID&
   nsAccessProxy::GetCID()':
nsAccessProxy.h:64: `NS_ACCESSPROXY_CID' undeclared (first use this function)
nsAccessProxy.h:64: (Each undeclared identifier is reported only once for each
   function it appears in.)
nsAccessProxyRegistration.cpp:33:25: nsIRegistry.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h:35:28: nsIAccessProxy.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h: In static member function `static const nsID&
   nsAccessProxy::GetCID()':
nsAccessProxy.h:64: `NS_ACCESSPROXY_CID' undeclared (first use this function)
nsAccessProxy.h:64: (Each undeclared identifier is reported only once for each
   function it appears in.)
nsAccessProxyRegistration.cpp: In function `nsresult
   nsAccessProxyRegistrationProc(nsIComponentManager*, nsIFile*, const char*,
   const char*, const nsModuleComponentInfo*)':
nsAccessProxyRegistration.cpp:60: syntax error before `,' token
nsAccessProxyRegistration.cpp: At global scope:
nsAccessProxyRegistration.cpp:74: `NS_ACCESSPROXY_CONTRACTID' was not declared
   in this scope
make[4]: *** [nsAccessProxyRegistration.o] Error 1
make[4]: *** Waiting for unfinished jobs....
nsAccessProxy.cpp: In member function `virtual nsresult
   nsAccessProxy::HandleEvent(nsIDOMEvent*)':
nsAccessProxy.cpp:102: invalid use of undefined type `struct nsIDOMEvent'
../../../dist/include/dom/domstubs.h:103: forward declaration of `struct
   nsIDOMEvent'
nsAccessProxy.cpp:113: cannot convert `nsIDOMEvent*' to `nsISupports*' for
   argument `1' to `const nsQueryInterface do_QueryInterface(nsISupports*,
   nsresult*)'
make[4]: *** [nsAccessProxy.o] Error 1
make[4]: Leaving directory `/mnt/home5/portage/tmp/portage/mozilla-1.5/work/mozilla/extensions/access-builtin/accessproxy'

I will try to emerge without 'mozaccess' use flag.
Comment 1 Marcus J. van Dijk, Jr. 2003-10-18 04:36:53 UTC
Can confirm this.

It's wise you decided that Lars, because I ran upon the same error as you;
and building it without this flag shis seems to be working for me. I figured
it out late though :-/
Comment 2 Lars S. Jensen 2003-10-18 06:01:17 UTC
Same here.
 
Without mozaccess flag it works :-).

[ebuild   R   ] net-www/mozilla-1.5  +java +crypt -ipv6 +gtk2 +ssl +ldap
+gnome
 -debug +mozcalendar -mozaccess +mozp3p -mozxmlterm -moznoirc -moznomail

 -moznocompose -moznoxft




Comment 3 Brad Laue (RETIRED) gentoo-dev 2003-10-18 10:05:53 UTC
What's the md5sum on both of your mozilla tarballs?
Comment 4 Lars S. Jensen 2003-10-18 10:43:00 UTC
The md5sum match the one from mozilla-1.5.ebuild
md5sum portage/distfiles/mozilla-source-1.5.tar.bz2
9d59651eac39a95da756d38fe5385896 portage/distfiles/mozilla-source-1.5.tar.bz2

And it was hand-pick from www.mozilla.org because the one from gentoo mirror
had bad checksum (and one was too short).
Comment 5 Michael Crawford (ali3nx) 2003-10-22 15:30:25 UTC
-I/var/tmp/portage/mozilla-1.5/work/mozilla/dist/include/nspr     -I/usr/X11R6/include
  -fPIC  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-long-long -march=pentium3 -pipe -s -fforce-addr -Wno-deprecated -fshort-wchar
-pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections -O2  -I/usr/X11R6/include
-DMOZILLA_CLIENT -include ../../../mozilla-config.h -Wp,-MD,.deps/nsAccessProxy.pp
nsAccessProxy.cpp
nsAccessProxy.cpp:46:25: nsIRegistry.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h:35:28: nsIAccessProxy.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h: In static member function `static const nsID&
   nsAccessProxy::GetCID()':
nsAccessProxy.h:64: error: `NS_ACCESSPROXY_CID' undeclared (first use this
   function)
nsAccessProxy.h:64: error: (Each undeclared identifier is reported only once
   for each function it appears in.)
nsAccessProxy.cpp: In member function `virtual nsresult
   nsAccessProxy::HandleEvent(nsIDOMEvent*)':
nsAccessProxy.cpp:102: error: `GetType' undeclared (first use this function)
nsAccessProxy.cpp:113: error: cannot convert `nsIDOMEvent*' to `nsISupports*'
   for argument `1' to `const nsQueryInterface do_QueryInterface(nsISupports*,
   nsresult*)'
make[4]: *** [nsAccessProxy.o] Error 1
make[4]: Leaving directory
`/var/tmp/portage/mozilla-1.5/work/mozilla/extensions/access-builtin/accessproxy'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extensions/access-builtin'
make[2]: *** [libs] Error 2
make[2]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extensions'
make[1]: *** [tier_94] Error 2
make[1]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla'
make: *** [default] Error 2

!!! ERROR: net-www/mozilla-1.5 failed.
!!! Function src_compile, Line 350, Exitcode 2
!!! (no error message)

Similar error... i'm using gcc-3.3.1-r5 and ACCEPT_KEYWORDS="~x86" I should
mention it appears someone on the forum came up with a solution... Apparently
some header files aren't being located in src and are located somewhere else...
See the url below for details... A refreshed ebuild should close this bug...
Just to note I also had the bad md5sum errors on sunday i think which i gather
were resolved...  
Comment 6 Brad Laue (RETIRED) gentoo-dev 2003-10-22 16:16:08 UTC
Don't forget to post that URL ;)
Comment 7 Michael Crawford (ali3nx) 2003-10-22 19:18:27 UTC
hehe oopz :) here it is... http://forums.gentoo.org/viewtopic.php?t=97904&highlight=mozilla1+5
Comment 8 Brad Laue (RETIRED) gentoo-dev 2003-10-24 22:03:46 UTC
*** Bug 31843 has been marked as a duplicate of this bug. ***
Comment 9 Dan Elder 2003-10-27 10:18:56 UTC
I get the same error but I also have some pretty crazy USE flags.  It looks
like there is already a fix for this but in case this helps anyone,  here
is my error output.  I'm using -fstack-protector which is a known troublemaker
:)

----------------------------------------------------------------------


make[4]: Entering directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extension
s/access-builtin/accessproxy'
nsAccessProxy.cpp
g++ -o nsAccessProxy.o -c -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\"  -I../../../d
ist/include/xpcom -I../../../dist/include/string -I../../../dist/include/docshel
l -I../../../dist/include/dom -I../../../dist/include/widget -I../../../dist/inc
lude/gfx -I../../../dist/include/layout -I../../../dist/include/content -I../../
../dist/include/uriloader -I../../../dist/include/pref -I../../../dist/include/e
mbedcomponents -I../../../dist/include/accessproxy -I../../../dist/include
-I/va r/tmp/portage/mozilla-1.5/work/mozilla/dist/include/nspr     -I/usr/X11R6/includ
e   -fPIC  -I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wp ointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-W no-long-long -fstack-protector -mcpu=pentium4 -pipe -s -fforce-addr -Wno-depreca
ted -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -ffunction-sections
-O2  -I /usr/X11R6/include -DMOZILLA_CLIENT -include ../../../mozilla-config.h
-Wp,-MD,. deps/nsAccessProxy.pp nsAccessProxy.cpp
nsAccessProxy.cpp:46:25: nsIRegistry.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h:35:28: nsIAccessProxy.h: No such file or directory
In file included from nsAccessProxy.cpp:58:
nsAccessProxy.h: In static member function `static const nsID&
   nsAccessProxy::GetCID()':
nsAccessProxy.h:64: error: `NS_ACCESSPROXY_CID' undeclared (first use this
   function)
nsAccessProxy.h:64: error: (Each undeclared identifier is reported only once
   for each function it appears in.)
nsAccessProxy.cpp: In member function `virtual nsresult
   nsAccessProxy::HandleEvent(nsIDOMEvent*)':
nsAccessProxy.cpp:102: error: `GetType' undeclared (first use this function)
nsAccessProxy.cpp:113: error: cannot convert `nsIDOMEvent*' to `nsISupports*'
   for argument `1' to `const nsQueryInterface do_QueryInterface(nsISupports*,
   nsresult*)'
make[4]: *** [nsAccessProxy.o] Error 1
make[4]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extensions
/access-builtin/accessproxy'
make[3]: *** [libs] Error 2
make[3]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extensions
/access-builtin'
make[2]: *** [libs] Error 2
make[2]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla/extensions
'
make[1]: *** [tier_94] Error 2
make[1]: Leaving directory `/var/tmp/portage/mozilla-1.5/work/mozilla'
make: *** [default] Error 2
 
!!! ERROR: net-www/mozilla-1.5 failed.
!!! Function src_compile, Line 358, Exitcode 2
!!! (no error message)
Comment 10 Martin Schlemmer (RETIRED) gentoo-dev 2003-10-27 11:45:26 UTC
What happens if you do:

  # MAKEOPTS=-j1 emerge mozilla

Comment 11 crusaderky 2003-10-28 03:57:06 UTC
#ACCEPT_KEYWORDS="~x86" MAKEOPTS=-j1 emerge mozilla

Doesn't work. Same error.
Comment 12 Marcus J. van Dijk, Jr. 2003-10-28 13:27:06 UTC
confirmed
Comment 13 Brad Laue (RETIRED) gentoo-dev 2003-10-28 19:29:32 UTC
This is a result of upstream breakage. As you may know, the additional extensions
are not guaranteed or even likely to build properly from release to release
- header files have been moved around and some have been retired, breaking
the access-builtin extension for now.

Is this an extension people are depending on?
Comment 14 crusaderky 2003-10-28 22:26:20 UTC
If you tell me *what* a nsIAccessProxy is, I will tell you wheter I depend
on it or not... :)
Comment 15 Eddahbi Karim 2003-10-29 04:51:49 UTC
The problem is due to moznomail, if this option is activated, the headers
of mozmail are not there and can't be used.

This don't work :
USE="ipv6 gtk2 mozcalendar mozxmlterm moznoric moznomail moznocompose" ACCEPT_KEYWORDS="~x86"
emerge -v mozilla

This work :
USE="ipv6 gtk2 mozcalendar mozxmlterm moznoric moznocompose" ACCEPT_KEYWORDS="~x86"
emerge -v mozilla galeon epiphany
Comment 16 crusaderky 2003-10-29 06:44:52 UTC
I've got moznomail deactivated, but it doesn't compile, either.

ACCEPT_KEYWORDS="~x86" emerge -pv mozilla

net-www/mozilla-1.5 [1.4-r3] +java +crypt -ipv6 +gtk2 +ssl +ldap +gnome -debug
+mozcalendar +mozaccess +mozxmlterm -moznoirc -moznomail -moznocompose -moznoxft
Comment 17 Marcus J. van Dijk, Jr. 2003-10-29 08:29:11 UTC
Eddahbi,
moznomail-errors have nothing to do with mozaccess-failure, so if moznomail-useflag
is not working please create a new bug.
Comment 18 crusaderky 2003-11-19 05:38:52 UTC
mozilla 1.5-r1 doesn't solve the problem. 
Please raise the severity of this bug to critical.
Comment 19 Brad Laue (RETIRED) gentoo-dev 2003-11-19 21:53:41 UTC
Upstream issue; the access-builtin extension is in the process of being either retired or fixed by mozilla.org itself. Replacing all the headers that were deprecated in this release threatens to break or destabilize the mozilla build itself.

There is a warning in the ebuild stating that the non-default extensions are not guaranteed to build or work - if you need access-builtin, 1.4.1 is available for use
Comment 20 Wolfram Schlich (RETIRED) gentoo-dev 2004-02-11 02:24:58 UTC
same issue with mozilla-1.6