267051 - Unable to compile with gcc 2.95.3

Status: RESOLVED WORKSFORME

(Firefox Build System :: General, defect)

Description

[PeteVine]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041025 Firefox/0.9.1+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041025 Firefox/0.9.1+

Here's the eror:

In file included from nsDeviceContextPS.h:50,
                 from nsDeviceContextPS.cpp:55:
nsFontMetricsPS.h:289: ANSI C++ forbids data member `fontps' with same name as
enclosing class
gmake[5]: *** [nsDeviceContextPS.o] Błąd 1
gmake[5]: Opuszczam katalog `/mozilla/gfx/src/ps'
gmake[4]: *** [libs] Błąd 2
gmake[4]: Opuszczam katalog `/mozilla/gfx/src'
gmake[3]: *** [libs] Błąd 2
gmake[3]: Opuszczam katalog `/mozilla/gfx'
gmake[2]: *** [tier_9] Błąd 2
gmake[2]: Opuszczam katalog `/mozilla'
make[1]: *** [default] Błąd 2
make[1]: Opuszczam katalog `/mozilla'
make: *** [build] Błąd 2


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1

[Frederic Bezies]

Reading this page, http://www.mozilla.org/build/unix.html, I want to ask you :
what linux distribution are you using ?

Please read this document before answering to my comment.

Thanks.

Comment 2

[PeteVine]

Don't be ridiculous, it used to compile fine. Has gcc 2.95.3 been dropped from
the list of supported compilers? Distro is Slackware 8.1 although that's of no
importance whatsoever. 

Comment 3

[PeteVine]

BTW, I've just compiled firefox on a different  system with gcc 3.3.3 using the
exact same config file and it built fine. I must conclude again it's a problem
with 2.95.3 support. 

Comment 4

[Frank Wein [:mcsmurf]]

Is this still a problem with current trunk source?

Comment 5

[Benjamin Smedberg]

Yes, we've dropped gcc 2.95.x support, though I don't know of specific issues with this configuration.

Comment 6

[cls]

How can that possibly be correct?  IIRC, beos is stuck using gcc 2.9x, although I'm not sure if they builds gfx/src/ps.  And btek is still using egcs (gcc-2.91.66) and it's on the front tinderbox page.

Comment 7

[Benjamin Smedberg]

btek is only still present because we still like to check its perf numbers.

gcc2.9x (lack of) templating support is holding back stuff like table-driven QI and we're not going to hold back development for BeOS.

Comment 8

[cls]

Well, then the unix build page needs to be updated to put gcc 3.2 as a requirement not merely a recommendation.  As long as we still think we need btek (for whatever reason), then we're implicitly supporting gcc 2.95.x.  This bustage must've been transient as my 2.95.3 build built xulrunner just fine.