Re: [orbitcpp-list] build issues, overloading new()
Status: Beta
Brought to you by:
philipd
|
From: Brian C. <bc...@th...> - 2002-02-26 05:33:56
|
hm. Well, the new()/delete() problem can be avoided by creating static
functions that do the real work. But later in the build I run into this:
c++ -DORBITCPP_MAJOR_VERSION=0 -DORBITCPP_MINOR_VERSION=30 -DORBITCPP_MICRO_VERSION=3 -DPACKAGE=\"orbitcpp\" -DVERSION=\"0.30.3\" -DSTDC_HEADERS=1 -I. -I. -I../.. -I../.. -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 -O2 -march=i386 -mcpu=i686 -Wp,-MD,.deps/CosNaming.pp -c CosNaming.cc -fPIC -DPIC -o .libs/CosNaming.lo
../../orb/orbitcpp_smartptr.hh: In method `::_orbitcpp::::_orbitcpp::ObjectPtr_out<::CosNaming::BindingIterator,::_orbitcpp::stub::CosNaming::BindingIterator *>::operator CORBA_Object_struct **<::CosNaming::BindingIterator, ::_orbitcpp::stub::CosNaming::BindingIterator *>()':
CosNaming.cc:304: instantiated from here
../../orb/orbitcpp_smartptr.hh:180: non-lvalue in unary `&'
make: *** [CosNaming.lo] Error 1
Err. yeah. From CosNaming.cc, that's
void _orbitcpp::stub::CosNaming::NamingContext::list(CORBA::ULong how_many,::CosNaming::BindingList_out bl,::CosNaming::BindingIterator_out bi) {
::_orbitcpp::CEnvironment _ev;
::_orbitcpp::c::CosNaming_NamingContext_list(_orbitcpp_get_c_object(),reinterpret_cast< const CORBA_unsigned_long&>(how_many),reinterpret_cast< ::_orbitcpp::c::CosNaming_BindingList**>(&bl.ptr()),bi,_ev);
_ev.propagate_sysex();
if (_ev->_major == ::CORBA_USER_EXCEPTION) {
throw CORBA::UnknownUserException();
}
}
... and people think perl is unreadable. ;)
b.c.
|