Re: [orbitcpp-list] build issues, overloading new()

[Brian C. <bc...@th...>]

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.