[omniORB] Can't compile OmniEvents 2.1.1 with OmniORB 4.0.0 a nd g++ 3.2

[Axelle Apvrille (LMC)]

Interesting !
But what's the main difference between omniEvents and omniNotify ? Both are found on the AT&T research lab : is it just the name that has changed, or really a different contribution ?

Axelle.

-----Original Message-----
From: Thomas Amsler [mailto:amsler@cs.ucdavis.edu]
Sent: Friday, January 10, 2003 4:19 PM
To: Axelle Apvrille (LMC)
Subject: RE: [omniORB] Can't compile OmniEvents 2.1.1 with OmniORB 4.0.0
and g++ 3.2


You can always us omniNotify which does everything what omniEvents does and
more. I have omniORB 4.0 and omniNotify 2.0 working.

-----Original Message-----
From: omniorb-list-admin@omniorb-support.com
[mailto:omniorb-list-admin@omniorb-support.com]On Behalf Of Axelle
Apvrille (LMC)
Sent: Friday, January 10, 2003 1:10 PM
To: 'omniorb-list@omniorb-support.com'
Subject: [omniORB] Can't compile OmniEvents 2.1.1 with OmniORB 4.0.0 and
g++ 3.2


Hi,
I'm trying to use omniEvents 2.1.1 with OmniORB 4.0 (or is there another
contribution more up to date somewhere ? is omniEvents still supported ?) on
Linux, but it won't compile.

First, I have to change all the references from ...ORB3 to ORB4.
Then, I had to make a symbolic link from ./bin/i586_linux_2.0_glibc2.1 to
./build/bin because it's the best platform I have found that is supported by
omniEvents (actually, I've got a Redhat 8.0 with a 2.4.18 kernel).

After modifying the top/config/config.mk and the right platform make as
omniEvent recommends, I tried a 'make export' in top/src/contrib/omniEvents.
I still had plenty of errors in the 'fe' directory because of STL stuff.
-> I changed a remaining HAS_STL_DEFAULT_ARGS to STL_HAS_DEFAULT_ARGS
and the include <list> and <set> to <list.h> and <set.h>
It compiled further one, but I still can't get it to compile all the way
through:

/usr/bin/g++ -c -O2  -Wall -Wno-unused -DSTL_HAS_DEFAULT_ARGS -I../include -
D__OMNIORB4__ -I../../../../stub -D_REENTRANT -D__STL_NO_NAMESPACES -DDEFAUL
T_LOGDIR='"/var/omniEvents"' -I. -I. -I../../../../include -D__x86__ -D__lin
ux__ -D__OSVERSION__=2 -o omniEventsLog.o omniEventsLog.cc
In file included from /usr/include/c++/3.2/backward/iostream.h:31,
                 from ../include/omniEvents.h:50,
                 from ../include/omniEventsLog.h:50,
                 from omniEventsLog.cc:61:
/usr/include/c++/3.2/backward/backward_warning.h:32:2: warning: #warning
This file includes at least one deprecated or antiquated header. Please
consider using one of the 32 headers found in section 17.4.1.2 of the C++
standard. Examples include substituting the <X> header for the <X.h> header
for C++ includes, or <sstream> instead of the deprecated header
<strstream.h>. To disable this warning use -Wno-deprecated.
omniEventsLog.cc: In member function `void omniEventsLog::init(CORBA::ORB*,
   CORBA::BOA*, EventChannelFactory_i*&)':
omniEventsLog.cc:392: no matching function for call to `
   std::basic_ofstream<char, std::char_traits<char> >::attach(int&)'
omniEventsLog.cc:435: no matching function for call to `
   std::basic_ofstream<char, std::char_traits<char> >::attach(int&)'
omniEventsLog.cc: In member function `void omniEventsLog::checkpoint()':
omniEventsLog.cc:567: no matching function for call to `
   std::basic_ofstream<char, std::char_traits<char> >::attach(int&)'
omniEventsLog.cc:680: no matching function for call to `
   std::basic_ofstream<char, std::char_traits<char> >::attach(int&)'
make[1]: *** [omniEventsLog.o] Error 1

Can anyone help ? thanks ?
Axelle Apvrille.
_______________________________________________
omniORB-list mailing list
omniORB-list@omniorb-support.com
http://www.omniorb-support.com/mailman/listinfo/omniorb-list