Hi rooters, I'm having a problem with rootcint on Solaris, which I do not see on other platform (OSF was tested also). Take this extermely simple class, for example: // AClass.h class AClass { public: AClass() ; ~AClass() ; private: } ; Compiling it with rootcint without preprocessor (no -p option) seems to be OK, but when I use -p option it does not compile. Here is the output produced using -t option: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> salnikov@percheron [163] rootcint -f AClassDict.cc -c -p -t AClass.h -t : trace execution /usr/ccs/lib/cpp -D__sun -D__sparc -D__unix -E -C -DTRUE=1 -DFALSE=0 -De xternalref=extern -DSYSV -D__MAKECINT__ -I. -I/afs/slac/package/cernr oot/22208/include -I/afs/slac/package/cernroot/22208/src -D__CINT__ -I/ afs/slac/package/cernroot/22208/cint/include /var/tmp/aaa0n38gs_cint.C > /var/tmp/baaVbL1G__cint "/var/tmp/aaa0n38gs_cint.C", line 4: missing */ "/var/tmp/aaa0n38gs_cint.C", line 4: missing #endif LOADING file=TROOT.h:TROOT.h:/var/tmp/baaVbL1G__cint Error: unexpected /* ...EOF FILE:/afs/slac/package/cernroot/22208/include/TROOT.h LINE:202 /usr/ccs/lib/cpp -D__sun -D__sparc -D__unix -E -C -DTRUE=1 -DFALSE=0 -De xternalref=extern -DSYSV -D__MAKECINT__ -I. -I/afs/slac/package/cernr oot/22208/include -I/afs/slac/package/cernroot/22208/src -D__CINT__ -I/ afs/slac/package/cernroot/22208/cint/include /var/tmp/caa0Lkc4M_cint.C > /var/tmp/daa0OwCVT_cint "/var/tmp/caa0Lkc4M_cint.C", line 4: missing */ "/var/tmp/caa0Lkc4M_cint.C", line 4: missing #endif LOADING file=TMemberInspector.h:TMemberInspector.h:/var/tmp/daa0OwCVT_cint Error: unexpected /* ...EOF FILE:/afs/slac/package/cernroot/22208/include/TMemberInspector.h LINE:41 /usr/ccs/lib/cpp -D__sun -D__sparc -D__unix -E -C -DTRUE=1 -DFALSE=0 -De xternalref=extern -DSYSV -D__MAKECINT__ -I. -I/afs/slac/package/cernr oot/22208/include -I/afs/slac/package/cernroot/22208/src -D__CINT__ -I/ afs/slac/package/cernroot/22208/cint/include /var/tmp/eaaZ.Cpo__cint.C > /var/tmp/faaXAEi3__cint LOADING file=AClass.h:AClass.h:/var/tmp/faaXAEi3__cint /usr/ccs/lib/cpp -D__sun -D__sparc -D__unix -E -C -DTRUE=1 -DFALSE=0 -De xternalref=extern -DSYSV -D__MAKECINT__ -I. -I/afs/slac/package/cernr oot/22208/include -I/afs/slac/package/cernroot/22208/src -D__CINT__ -I/ afs/slac/package/cernroot/22208/cint/include /var/tmp/gaa4ZMlK__cint.C > /var/tmp/haa59NjI__cint LOADING file=G__autoLinkDef.h:G__autoLinkDef.h:/var/tmp/haa59NjI__cint Note: operator new() masked 1c Note: operator delete() masked 1c Error loading headers... <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<< Files in /var/tmp, for which I get complains, look somewhat strange (I could not find traces of *.C files, only pre-processed files left) -- look at the lines 20-21 in the code below: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>> 1 # 1 "/var/tmp/caa0Lkc4M_cint.C" 2 # 1 "/afs/slac/package/cernroot/22208/include/TMemberInspector.h" 1 3 4 5 6 7 file://+SEQ,CopyRight,T=NOINCLUDE. 8 9 //////////////////////////////////////////////////////////////////////// // 10 // // 11 // TMemberInspector // 12 // // 13 // Abstract base class for accessing the datamembers of a class. // 14 // Classes derived from this class can be given as argument to the // 15 // ShowMembers() methods of ROOT classes. This feature facilitates // 16 // the writing of class browsers and inspectors. // 17 // // 18 //////////////////////////////////////////////////////////////////////// // 19 20 /# 2 "/var/tmp/caa0Lkc4M_cint.C" 2 21 /*KEEP,TObject. 22 #include "TObject.h" 23 //*KEND. 24 25 26 class TClass; 27 28 29 class TMemberInspector { 30 31 public: 32 TMemberInspector() { } 33 virtual ~TMemberInspector() { } 34 35 virtual void Inspect(TClass *cl, char *parent, char *name, void *addr) = 0; 36 37 ClassDef(TMemberInspector,0) //ABC for inspecting class data members 38 }; 39 40 #endif 41 42 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<<<<<<<<<<<<<<< Evidently, something is going wrong on Solaris. Probably, /usr/ccs/lib/cpp is not behaving as expected? Could someone knowlegeable to look at this? BTW, above was produced with 2.22/08, and reproduced also with 2.22/09. Cheers, Andy.
This archive was generated by hypermail 2b29 : Tue Jan 04 2000 - 00:43:36 MET