Re: Firefox build problem: GetVisibility__C7nsIView undefined (Linux/PPC)

Christian Biesinger <[email protected]> Sat, 29 Oct 2005 21:41:27 +0200
Newsgroups gmane.comp.mozilla.devel.unix
Organization Another Netscape Collabra Server User
Message-ID <[email protected]>
Steve Summit wrote:
> If you have pointers to any information on what the 2.95.3
> problem specifically was, I'd be curious.

I believe that the GCC versions with this problem do not correctly emit 
inline functions and instead expect them to be in the file where the 
first (virtual?) function is.

https://bugzilla.mozilla.org/show_bug.cgi?id=213839 is essentially the 
same problem, and I believe there were a few similar bug reports too.

Hmm. I wonder if this is a binutils bug instead? You are sure that the 
compiler versions are identical?

> But anyway, after playing around with a couple of other options
> (including --enable-default-toolkit, which seemed promising,
> since it's not clear whether that's optional or required)

optional. Virtually nobody will need it. The default for this option is 
probably the best one for most users.

> without success, I finally left a static build running overnight
> last night.  And... it works!  It starts up much quicker, too,
> and it doesn't seem to be killing my machine on RAM usage,
> either. 

The RAM usage thing was only during compile. It may need a little bit 
less RAM during runtime, but probably not enough to notice.

> One last comment, in case any Firefox developers or documenters
> are listening: besides listing the known problem with gcc 2.95.3
> somewhere if that's missing,

I dunno, maybe that compiler works for some people... I know that it 
works on BeOS, for example.

> 	Selects the graphics toolkit.  This is not needed
> 	for Windows/OS2/BeOS/Photon, since these platforms
> 	automatically select the correct toolkit.  It is also
> 	not needed on Mac, unless you are building Camino...

Hm... yeah, that's misleading. Really, what is the case it that only on 
linux do you have a real choice (GTK1/Gtk2/Xlib/Qt; gtk2 is the default 
and works best). Now, lately, there's also the cairo-* possibilities, 
but those builds are really mainly for developers at the moment.

>   (This strategy was designed so that I could
> frustrate myself with incomplete information in precisely such
> cases as this one. :-) )

:-)