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
|