"John Utz" <[EMAIL PROTECTED]> writes: > hi; > > i am trying to add > > %include "util/RefHash3KeysIdPool.hpp" > %include "validators/schema/SchemaValidator.hpp" > %include "validators/schema/SchemaGrammar.hpp" > > to Xerces.i, but..... > > there is an ambuiguity that makes swig/gcc unhappy :-( > > how can i tell it to pick one? or is there something different that i > should do.... > > Xerces.C:69793: no matching function for call to > `RefHash3KeysIdPoolEnumerator<SchemaElementDecl>::RefHash3KeysIdPoolEnumerator > ()' > /usr/local/include/xerces/util/RefHash3KeysIdPool.c:393: candidates are: > RefHash3KeysIdPoolEnumerator<TVal>::RefHash3KeysIdPoolEnumerator > (RefHash3KeysIdPool<TVal> *, bool = > false) [with TVal = SchemaElementDecl] > /usr/local/include/xerces/validators/schema/SchemaGrammar.hpp:338: > RefHash3KeysIdPoolEnumerator<SchemaElementDecl>::RefHash3KeysIdPoolEnumerator > (const > RefHash3KeysIdPoolEnumerator<SchemaElementDecl> &)
It's barfing at the constructor. SWIG is trying to call the default (parameterless) constructor, but the class doesn't have one. It expects some arguments. It seems like you're wrapping a some stuff that you don't need to wrap. Why do you need the RefHash3KeysIdPool? It might be enough just to #include it so that Xerces.C has access to when being compiled. If you use %include you tell SWIG to wrap it and make all it's methods available via perl, which seems to be causing you trouble. Only wrap things that you're sure you need. jas. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
