GNOME Bugzilla – Bug 116294
changes to orbitcpp have broken macro
Last modified: 2004-12-22 21:47:04 UTC
The generated code in tools/m4/class_bonoboobject.m4 depends on internal details of orbitcpp. It expects that the stub class for some interface M::X is called ::_orbitcpp::stub::M::X. This is no longer the case for orbitcpp in CVS. The stub class is now ::M::X. To fix, the reference to _orbitcpp::stub needs to be deleted. I will attach the trivial patch shortly. If you like I can commit this myself.
Created attachment 17910 [details] [review] path to reference new stub class for orbitcpp HEAD
Thanks. Please commit, with a ChangeLog entry. Also, please commit to the 2.4 version ("gtkmm" module in cvs), or keep this bug open so someone else can do that later.
I have commit'ed in libbonobomm with a ChangeLog entry. I am not sure what you would like me to do to gtkmm (I couldn't find any reference to orbitcpp in gtkmm). So I will leave this bug open for the moment. It just struck me that once I am comfortable with the simplifications to orbitcpp (I'd like to make some more to improve efficiency) I should release a new version. Then the required version of orbitcpp in the libbonobomm configure.in should be increased to match.
Oh sorry, I think this stuff was in gtkmm once. That was hacky, so I'm glad it is not anymore. Yes, a new orbitcpp release would be good, and we could then increase the required version for libbonobo*mm. But I would feel bad about releasing a new version without fixing your everything.idl test case first - something for the mailing list.