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

Re: Installation of GATE 6.1 on Debian Squeeze

Marcelo Santana <marcgsantana@yahoo.com.br> writes:

> [1]http://www.opengatecollaboration.org/

That site is very pretty, but contains no obvious link to sources; I wound up
examining them via http://www.creatis.insa-lyon.fr/~dsarrut/gate/doxygen/html/.

> I'm trying and I've got some errors in compilation as you can see attached

These mostly appear to stem from unconditional usage of conditionally visible
declarations.  More specifically:

> src/GateActions.cc:193: error: ‘GateOutputMgr’ has not been declared

GateActions.cc #includes GateOutputMgr.hh only when G4ANALYSIS_USE_GENERAL is
defined, but then uses GateOutputMgr unconditionally.  One of those policies is
clearly wrong.

> src/GateActions.cc:195: error: ‘GateToRoot’ was not declared in this scope
> src/GateActions.cc:626: error: ‘ARFDataToRoot’ was not declared in this scope

Likewise, GateToRoot.hh and ARFDataToRoot.hh conditionalize their contents on
G4ANALYSIS_USE_ROOT, but GateActions.cc uses GateToRoot and ARFDataToRoot

> src/GateApplicationMgr.cc:700: error: ‘GateUserActions’ has not been declared

In this case, I see no relevant #include directive at all; perhaps something
would #include GateUserActions.hh indirectly if an appropriate macro were
defined, though.

> src/GateSourceMgr.cc:184: error: expected type-specifier before ‘GateSourcePencilBeam’
> src/GateSourceMgr.cc:189: error: expected type-specifier before ‘GateSourceTPSPencilBeam’

As with GateActions.cc, the headers need G4ANALYSIS_USE_ROOT but the source
uses their types unconditionally.

At a higher level, there's also the problem of why those macros aren't getting
defined, as their names suggest they should be; regardless, the code should
degrade gracefully in their absence, rather than failing even to compile!

I hope this analysis helps.

Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?amu@monk.mit.edu

Reply to: