After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 124412 - libbonobomm does not compile with the current version of orbitcpp
libbonobomm does not compile with the current version of orbitcpp
Status: RESOLVED FIXED
Product: orbit-cpp
Classification: Deprecated
Component: idl-compiler
1.3
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2003-10-12 06:57 UTC by Robin Cook
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Robin Cook 2003-10-12 06:57:07 UTC 
using orbitcpp 1.3.7.

Just a small section of the errors.

/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:83: error: `
   typedef ULong _orbitcpp::CompoundSeqBase<Bonobo::Pair,
   _orbitcpp::type_seq_traits<Bonobo::Pair, Bonobo::Pair, Bonobo_Pair,
   CORBA_sequence_Bonobo_Pair, (&TC_CORBA_sequence_Bonobo_Pair_struct)>
   >::size_t' is private
/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:144:
error: within
   this context
/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:83: error: `
   typedef ULong _orbitcpp::CompoundSeqBase<Bonobo::Pair,
   _orbitcpp::type_seq_traits<Bonobo::Pair, Bonobo::Pair, Bonobo_Pair,
   CORBA_sequence_Bonobo_Pair, (&TC_CORBA_sequence_Bonobo_Pair_struct)>
   >::size_t' is private
/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:144:
error: within
   this context
/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:83: error: `
   typedef ULong _orbitcpp::CompoundSeqBase<Bonobo::Pair,
   _orbitcpp::type_seq_traits<Bonobo::Pair, Bonobo::Pair, Bonobo_Pair,
   CORBA_sequence_Bonobo_Pair, (&TC_CORBA_sequence_Bonobo_Pair_struct)>
   >::size_t' is private
/usr/include/orbitcpp-2.0/orbitcpp/orb-cpp/orbitcpp_compound_seq.h:144:
error: within
   this context
make[5]: *** [Bonobo-cpp-common.lo] Error 1
make[5]: Leaving directory `/usr/src/libbonobomm-1.3.7/bonobomm/generated'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/usr/src/libbonobomm-1.3.7/bonobomm/generated'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/src/libbonobomm-1.3.7/bonobomm'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/libbonobomm-1.3.7/bonobomm'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/libbonobomm-1.3.7'
Comment 1 Murray Cumming 2003-10-13 15:51:57 UTC 
I have not investigated this properly, but I'm assigning this to
orbitcpp because it looks like the problem lies there. Bowie, feel
free to bounce this back if I'm wrong. Sorry, I don't have much time
to fix it myself.
Comment 2 Bowie Owens 2003-10-15 03:32:59 UTC 
This looks like the GCC 3.3 access specifier grief we have seen
before. I have checked in more work arounds into orbit cpp with
comments. So checking out the latest orbitcpp from CVS should resolve
the problem. Alternatively people can compile with -fno-access-control.
Comment 3 Robin Cook 2003-11-08 16:52:30 UTC 
Is this flag applied to orbitcpp, libbonobomm, or both?
Comment 4 Murray Cumming 2003-11-09 09:51:52 UTC 
It would be best just to get versions from cvs or wait for a new release.
Comment 5 Robin Cook 2003-11-09 18:27:23 UTC 
I really don't have the option to wait or use the cvs as I maintain
the Gnome section for SourceMage distribution and I am being asked for
a fix for this.   I found just appling it to the libbonobomm works for
now.  Once the new orbitcpp release is out I will remove it.