Re: [Plib-users] building on ubuntu linux 6.10, gcc 4.1.2
Brought to you by:
sjbaker
From: Stuart M. <stu...@bl...> - 2006-11-09 21:30:10
|
Hi, Haven=92t compiled on ubuntu, but =93extra qualification=94 and looking = at those two lines then I=92d say it=92s the fact that it explicitly gives = the class name in the destructor i.e. it has =20 ssgaCloudLayerList::~ssgaCloudLayerList() { ... =20 when it could just have =20 ~ssagaCloudLayerList() { ... =20 --Stuart. =20 -----Original Message----- From: pli...@li... [mailto:pli...@li...] On Behalf Of John Grant Sent: Wednesday, November 08, 2006 10:05 PM To: pli...@li... Subject: [Plib-users] building on ubuntu linux 6.10, gcc 4.1.2 =20 Hi, When building plib-1.8.4 from source, I see the following error: make[2]: Leaving directory `/home/jkgrant/soft/dev/src/delta3d/deps/srcs/plib-1.8.4/src/fnt' Making all in ssgAux make[2]: Entering directory `/home/jkgrant/soft/dev/src/delta3d/deps/srcs/plib- 1.8.4/src/ssgAux' if g++ -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" = -DPACKAGE_VERSION=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" -DPACKAGE=3D\"plib\" -DVERSION=3D\" 1.8.4\" -DHAVE_LIBPTHREAD=3D1 -DHAVE_LIBGL=3D1 = -DHAVE_LIBDL=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 = -DHAVE_STRINGS_H=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -I. -I. -I../../src/sg -I../../src/ssg -I../../src/util -g -O2 -Wall -MT ssgaCelestialBody.o -MD -MP -MF ".deps/ssgaCelestialBody.Tpo" -c -o ssgaCelestialBody.o ssgaCelestialBody.cxx; \ then mv -f ".deps/ssgaCelestialBody.Tpo" ".deps/ssgaCelestialBody.Po"; else rm -f ".deps/ssgaCelestialBody.Tpo"; exit 1; fi=20 ssgaSky.h:107: error: extra qualification = $-1=F2=F8ssgaCelestialBodyList::=F2=F9 on member =F2=F8ssgaCelestialBodyList=F2=F9 ssgaSky.h:195: error: extra qualification = $-1=F2=F8ssgaCloudLayerList::=F2=F9 on member =F2=F8ssgaCloudLayerList=F2=F9 make[2]: *** [ssgaCelestialBody.o] Error 1 Looking at the code, the only thing that jumps out to me is the private inheritance class ssgaCelestialBodyList : private ssgSimpleList ... Is this a known problem? Has it been fixed in the government? Thanks!=20 |