Hi Rene,
I tried again and it compiled cleanly. Before that I had a version
from the morning.
thanks
Jiri
Rene Brun <Rene.Brun@cern.ch> writes:
> Hi Jiri,
> When did you check out from CVS ? This problem should have been fixed today
> with CINT 5.14.70
> Could you try again ?
>
> Rene Brun
>
>
> Jiri Masik wrote:
> >
> > Hi,
> >
> > I'm trying to compile the development version from the CVS as of
> > today. The compiler can't compile a couple of rootcint
> > generated files. G__Base2.cxx is one of them
> >
> > static int G__TObject_Warning_0_6(G__value *result7,G__CONST char
> > *funcname,struct G__param *libp,int hash) {
> > G__setnull(result7);
> > ((const TObject*)(G__getstructoffset()))->
> > Warning((const char*)G__int(libp->para[0]),
> > (const char*)G__int(libp->para[1]),
> > (va_list)G__int(libp->para[2]));
> > return(1 || funcname || hash || result7 || libp) ;
> > }
> >
> > g++ -pipe -Wall -fPIC -fsigned-char -Iinclude -DHAVE_CONFIG -I. -o
> > base/src/G__Base2.o -c base/src/G__Base2.cxx
> > base/src/G__Base2.cxx: In function `int G__TObject_Warning_0_6(G__value *, const char *, G__param *, int)':
> > base/src/G__Base2.cxx:2840: ANSI C++ forbids casting to an array type
> >
> > which seems to be correct because va_list is defined as an array on my
> > system. I am running Debian/linux on powerpc, gcc 2.95.3, libc 2.2.1.
> >
> > Please could you extend the recent changes in the vararg handling to
> > account also for this definition of va_list. I don't know how to do it
> > myself. Modifying (va_list) to (va_list*) seems to work with simple
> > testing but I'm not sure if it is correct.
> >
> > Jiri
This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:50:33 MET