[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: MICO 2.2.6
From:       Kalle Dalheimer <kalle () dalheimer ! hh ! uunet ! de>
Date:       1999-04-30 9:57:06
[Download RAW message or body]

David Faure wrote:
> 
> On Thu, Apr 29, 1999 at 12:36:47PM +0200, Stephan Kulow wrote:
> > Steffen Hansen wrote:
> > >
> > > On Thu, 29 Apr 1999, Stephan Kulow wrote:
> > >
> > > > Hi!
> > > >
> > > > I tried to compile kdelibs using the latest mico 2.2.6, but
> > > > I had one strange effect. the idl doesn't create a
> > > > operator<<= for KOM::Member and I have no idea why. So
> > > > I added one myself into the idl output and it compiled fine.
> > > >
> > > > Now I'm lost a bit if this is a bug in the idl or something
> > > > I did wrong.
> > > >
> > > > The added operator looks like:
> > > > CORBA::Boolean operator<<=( CORBA::Any &_a, const KOM::Member &_s )
> > > > {
> > > >   CORBA::StaticAny _sa (_marshaller_KOM_Member, &_s);
> > > >   return _a.from_static_any (_sa);
> > > > }
> > > >
> > >
> > > You must do "idl -any" to generate code that supports CORBA::Any.
> > >
> > Now I see the pattern. Thanks. But now I get a compilation error
> > in partsui where egcs claims that certain abstract functions weren't
> > implemented in OPToolbarIf, but I can't see the difference between
> > the declarations ;(
> 
> AFAIK, Torben and Simon managed to compile kde with mico-2.2.6
> Perhaps we should ask them to commit, and all switch to 2.2.6 

This would give us the additional advantage of using namespaces (compile
times reduced by approx. 30% according to my measures) and the POA.

Kalle

-- 
Kalle Dalheimer              Contract programming for Unix
kalle@dalheimer.de           Technical writing
kalle@kde.org                Technical editing
kalle@oreilly.de             KDE Developer (MFCH)
mdalheimer@acm.org           It's open, it's source, it runs - must be
KDE!

[prev in list] [next in list] [prev in thread] [next in thread]