[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [help-GIFT] gift will not compile

From: Wolfgang Müller
Subject: Re: [help-GIFT] gift will not compile
Date: Tue, 1 May 2001 13:02:19 +0200

Le Mardi  1 Mai 2001 06:39, Gregg Morris a écrit :
> Hash: SHA1
> Thanks, Wolfgang, for your prompt help.  I did "make clean" and
> recompiled after making the change you suggested.  Now, it looks like
> I'm getting a bit further, but I'm still getting errors.   Now there
> seems to be a conflict over a shared object.
> /bin/sh ../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../..
> -DHAS_BOOL    -DLINK_DYNAMICALLY      -I../../libUnpublished/include
>       -I../../libGIFTAcPerl/include -I../../libGIFTQuPerl/include
>       -I../../libGIFTAcInvertedFile/include
> -I../../libGIFTQuInvertedFile/include         
> -I../../libGIFTAcHierarchy/include
> -I../../libGIFTQuHierarchy/include    -I../../libGIFTQuBayesian/include
> -I../../libGIFTAcDistanceMatrix/include       -I../../libGIFTAcURL2FTS/include
>       -I../../libMRML/include         -I../../expat/xmlparse -I../. 
> /expat/xmltok    
> -DEF_FILL=42 -I /usr/include/mysql -D__GIFT_WITH_PERL__
> -fno-strict-aliasing -I/usr/lib/perl5/5.6.0/i386-linux/CORE -c
> rm -f .libs/CPropertySheetList.lo
> -I../../libUnpublished/include -I../../libGIFTAcPerl/include
> -I../../libGIFTQuPerl/include -I../../libGIFTAcInvertedFile/include
> -I../../libGIFTQuInvertedFile/include -I../../libGIFTAcHierarchy/include
> -I../../libGIFTQuHierarchy/include -I../../libGIFTQuBayesian/include
> -I../../libGIFTAcDistanceMatrix/include -I../../libGIFTAcURL2FTS/include
> -I../../libMRML/include -I../../expat/xmlparse -I../../expat/xmltok -g -O2
> -DEF_FILL=42 -I /usr/include/mysql -D__GIFT_WITH_PERL__
> -fno-strict-aliasing -I/usr/lib/perl5/5.6.0/i386-linux/CORE
> -Wp,-MD,.deps/CPropertySheetList.pp -c   -fPIC -DPIC
> -o .libs/CPropertySheetList.lo In method
> `CPropertySheetList::CPropertySheetList (CXMLElement *)':
> .../../libMRML/include/CXMLElement.h:51: `typedef class list<CXMLElement
> *, allocator<CXMLElement *> > CXMLElement::lCChildren' is private
> within this context

OK. Now things are getting clear. RH uses a gcc which is more fresh than mine.
So what you have is more picky. Happens from time to time (there was a 
similar problem when changing from 2.8.1 to 2.9x). 

In this case, make the typedef in


public. Seems to be private, it is surely made for public use, but g++ never 
Thanks for going through all this. Keep on trying :-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]