FW: error building orbitcpp

["Rob van Dam" <rvandam tref nl>]

Hello,

Thanks for the reaction.

I had not the time to respond earlier. I made the changes as described.
And I was able to build the package. The test ended however with an
error message (I included the whole text below). If you need more
information please let me know.

During the build there where lot's of messages like: 

IDLArray: cc: 602: warning: # warning "WRITE ME"

I build everything with gcc 2.95.3

** (process:2168): WARNING **: orbit_idl_backend_func
 
gcc -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-common.c
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-cpp-common.cc
gcc -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-stubs.c
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-cpp-stubs.cc
rm -f libtestStubs.a
ar cru libtestStubs.a test-common.o test-cpp-common.o test-stubs.o
test-cpp-stubs.o ../../../../../orbitcpp/orb-cpp/libORBit-2-cpp.la
ranlib libtestStubs.a
gcc -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-skels.c
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../.. -I../../../../..
-I../../../../..
        -DORBIT2_INTERNAL_API                   -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c test-cpp-skels.cc
rm -f libtestSkels.a
ar cru libtestSkels.a test-skels.o test-cpp-skels.o
../../../../../orbitcpp/orb-cpp/libORBit-2-cpp.la
ranlib libtestSkels.a
make[1]: Leaving directory
`/usr/src/gnome2/orbitcpp-1.3.3/test/cpp/sequences/atomic_types/generate
d'
make[1]: Entering directory
`/usr/src/gnome2/orbitcpp-1.3.3/test/cpp/sequences/atomic_types'
g++ -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../..   -I../../../..
-DORBIT2_INTERNAL_API                    -DORBIT2=1 -pthread
-I/usr/gnome2/include/orbit-2.0 -I/usr/gnome2/include/linc-1.0
-I/usr/gnome2/include/glib-2.0 -I/usr/gnome2/lib/glib-2.0/include
-Igenerated   -D_ORBITCPP_TESTCODE    -g -O2 -c client.cc
client.cc: In function `void testLongs(_orbitcpp::stub::Test::IMaster
*)':
client.cc:58: no matching function for call to
`_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::len
gth
()'
../../../../orbitcpp/orb-cpp/orbitcpp_simple_seq.h:127: candidates are:
void
_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::leng
th(unsigned
int)
client.cc:67: no matching function for call to
`_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::len
gth
()'
../../../../orbitcpp/orb-cpp/orbitcpp_simple_seq.h:127: candidates are:
void
_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::leng
th(unsigned
int)
client.cc:75: no matching function for call to
`_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::len
gth
()'
../../../../orbitcpp/orb-cpp/orbitcpp_simple_seq.h:127: candidates are:
void
_orbitcpp::SimpleUnboundedSeq<_orbitcpp::seq_traits::__CORBA_long>::leng
th(unsigned
int)
client.cc: In function `void testStrings(_orbitcpp::stub::Test::IMaster
*)':
client.cc:108: no matching function for call to
`_orbitcpp::StringUnboundedSeq::length ()'
../../../../orbitcpp/orb-cpp/orbitcpp_string_seq.h:126: candidates are:
void _orbitcpp::StringUnboundedSeq::length(unsigned int)
client.cc:117: no matching function for call to
`_orbitcpp::StringUnboundedSeq::length ()'
../../../../orbitcpp/orb-cpp/orbitcpp_string_seq.h:126: candidates are:
void _orbitcpp::StringUnboundedSeq::length(unsigned int)
client.cc:125: no matching function for call to
`_orbitcpp::StringUnboundedSeq::length ()'
../../../../orbitcpp/orb-cpp/orbitcpp_string_seq.h:126: candidates are:
void _orbitcpp::StringUnboundedSeq::length(unsigned int)
make[1]: *** [client.o] Error 1
make[1]: Leaving directory
`/usr/src/gnome2/orbitcpp-1.3.3/test/cpp/sequences/atomic_types'
make: *** [all-recursive] Error 1
root:/usr/src/gnome2/orbitcpp-1.3.3/test/cpp/sequences/atomic_types#



-----Original Message-----
From: orbitcpp-list-admin gnome org
[mailto:orbitcpp-list-admin gnome org] On Behalf Of ERDI Gergo
Sent: donderdag 6 februari 2003 0:35
To: Rob van Dam
Cc: orbitcpp-list gnome org
Subject: Re: error building orbitcpp

On Thu, 6 Feb 2003, ERDI Gergo wrote:

> Can you try compiling orbitcpp_poa.cc with all the 'using
Super::maximum;
> using Super::length;' lines removed from orbitcpp_*_seq.h and tell me
if
> it solves the problem?

Actually, that's not really a fix -- but please try the following:
do the above modification, then do a 'make install' in
orbitcpp/orbitcpp/orb-cpp and orbitcpp/orbitcpp/idl-compiler. Then enter
orbitcpp/test/cpp/sequences/atomic_types and see if 'make' succeeds.
Please send a detailed report in any case, including your C++ compiler.

I suspect the correct fix will be to conditionally do the 'using'
statement depending on the C++ compiler used.

Of course, a much saner solution would be if the damn CORBA/C++ spec
didn't require both getters and setters to be of the same name.

-- 
   .--= ULLA! =---------------------.   `We are not here to give users
what
   \     http://cactus.rulez.org     \   they want'  -- RMS, at GUADEC
2001
    `---= cactus cactus rulez org =---'
This e-mail will self-destruct in 5 seconds.

_______________________________________________
orbitcpp-list mailing list
orbitcpp-list gnome org
http://mail.gnome.org/mailman/listinfo/orbitcpp-list