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