Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[tao-users] compile error RTEvent

6 views
Skip to first unread message

Russell L. Carter

unread,
Nov 23, 2002, 2:50:44 PM11/23/02
to

Hmm, this has to be iterated over more Makefiles. I made
the mistake of doing a 'gmake realclean' right after unpacking
the archive. Anyway, don't go down this path.

Russell

:
: FreeBSD too. For some reason your suggestion didn't work for me,
: but this patch does.
:
: Best,
: Russell
:
: --- Makefile.RTEvent Sat Nov 23 11:20:09 2002
: +++ Makefile.RTEvent.new Sat Nov 23 11:24:12 2002
: @@ -34,6 +34,7 @@
:
:
: IDL_FILES += \
: + RtecBase \
: RtecDefaultEventData \
: RtecEventComm \
: RtecEventChannelAdmin \
: @@ -93,7 +94,7 @@
: $(addsuffix C.cpp, $(IDL_FILES))
: FILES = $(CPP_SRCS)
: DEFS = $(addsuffix .h,$(FILES))
: -LSRC = $(addsuffix .cpp,$(FILES)) $(IDL_SRC)
: +LSRC = $(IDL_SRC) $(addsuffix .cpp,$(FILES))
:
: include $(ACE_ROOT)/include/makeinclude/macros.GNU
: include $(ACE_ROOT)/include/makeinclude/rules.common.GNU
:
:
:
: : TAO VERSION: 1.2.6
: : ACE VERSION: 5.2.6
: : HOST MACHINE and OPERATING SYSTEM:
: : Redhat linux 8.0
: :
: : TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
: : COMPILER NAME AND VERSION (AND PATCHLEVEL):
: : gcc 3.2
: : CONTENTS OF $ACE_ROOT/ace/config.h:
: : linux default
: : CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU
: : linux default
: : AREA/CLASS/EXAMPLE AFFECTED:
: : RTEvent fails to compile
: : DOES THE PROBLEM AFFECT:
: : COMPILATION? yes
: : LINKING?
: : EXECUTION?
: : OTHER (please specify)?
: : SYNOPSIS:
: : Hi
: :
: : I failed to do a clean compile of the RTEvent service due to a small
: : problem in Makefile.RTEvent.
: :
: : Some targets have the idl-files as dependency, and should have a target
: : of the idl-file as dependency.
: :
: : The following lines fix it (probably not in the best way)
: :
: : #
: : # Extra dependencies not caught by make depend.
: : #
: : $(foreach ext, $(IDL_EXT), RtecScheduler$(ext)): TimeBaseS.cpp
: : $(foreach ext, $(IDL_EXT), RtecEventComm$(ext)): TimeBaseS.cpp
: : $(foreach ext, $(IDL_EXT),RtecEventComm$(ext)):RtecDefaultEventDataS.cpp
: : $(foreach ext, $(IDL_EXT), RtecUDPAdmin$(ext)): RtecEventCommS.cpp
: : $(foreach ext, $(IDL_EXT), RtecEventChannelAdmin$(ext)): TimeBaseS.cpp
: : $(foreach ext, $(IDL_EXT), RtecEventChannelAdmin$(ext)): RtecBaseS.cpp
: : $(foreach ext,$(IDL_EXT),RtecEventChannelAdmin$(ext)):RtecEventCommS.cpp
: :
: : With kind regards
: : Dirk Moermans
: :
:
:

Dirk Moermans

unread,
Nov 23, 2002, 3:05:36 PM11/23/02
to

Russell L. Carter

unread,
Nov 23, 2002, 3:39:13 PM11/23/02
to

FreeBSD too. For some reason your suggestion didn't work for me,
but this patch does.

Best,
Russell

--- Makefile.RTEvent Sat Nov 23 11:20:09 2002
+++ Makefile.RTEvent.new Sat Nov 23 11:24:12 2002
@@ -34,6 +34,7 @@


IDL_FILES += \
+ RtecBase \
RtecDefaultEventData \
RtecEventComm \
RtecEventChannelAdmin \
@@ -93,7 +94,7 @@
$(addsuffix C.cpp, $(IDL_FILES))
FILES = $(CPP_SRCS)
DEFS = $(addsuffix .h,$(FILES))
-LSRC = $(addsuffix .cpp,$(FILES)) $(IDL_SRC)
+LSRC = $(IDL_SRC) $(addsuffix .cpp,$(FILES))

include $(ACE_ROOT)/include/makeinclude/macros.GNU
include $(ACE_ROOT)/include/makeinclude/rules.common.GNU

: TAO VERSION: 1.2.6

:


Don Hinton

unread,
Nov 23, 2002, 4:36:06 PM11/23/02
to
Hi Russell:

Russell L. Carter wrote:

>
> FreeBSD too. For some reason your suggestion didn't work for me,
> but this patch does.

Thanks, works like a charm on Linux too... ;-)

take care...
don

--
Don Hinton <dhinton @ ieee.org>
Software Engineer
P.O. Box 23524, Alexandria, Virginia 22304

Balachandran Natarajan

unread,
Nov 23, 2002, 5:17:49 PM11/23/02
to
Dirk and Russ-

Hmm.. I dont seem to see these problem in our local builds. Could
you all explain how to reproduce the problem?

Thanks
Bala

On Saturday, 23 November, 2002 at 11:38:34 -0700, Russell L. Carter wrote:
>
> FreeBSD too. For some reason your suggestion didn't work for me,
> but this patch does.
>

Don Hinton

unread,
Nov 23, 2002, 6:57:00 PM11/23/02
to
Hi Bala:

Balachandran Natarajan wrote:

> Dirk and Russ-
>
> Hmm.. I dont seem to see these problem in our local builds. Could
> you all explain how to reproduce the problem?

I think it has to do with gcc 3.2. I see it with both RTEvent and CosEvent
when using gcc 3.2 but not gcc 3.1.

take care...
don

Russell L. Carter

unread,
Nov 23, 2002, 7:02:43 PM11/23/02
to

Hi Bala,
Success for you guys failure for me... I thought it might be
because I always do a make realclean beforehand
but a plain unpack, stock linux build on Debian Woody with gcc30,
and two different FreeBSD 4.7-STABLE systems with gcc295 and gcc32
fails at the same spot. So it's likely nothing here.

The problem is, as yall can see, that the idl file dependencies
are not current. Just changing the order on the LSRC line
fixes a number of Makefiles, but I began to doubt that
was the right fix after a half dozen. There is at least
one orbsvc lib dependency that is out of order too. (I've
stopped fixing for now, might be more)

I see Don's mail, note that I see the failure on gcc295,
gcc30, and gcc32. (FreeBSD's gcc33 fails, but because it barfs
on some template-template methods, oddly).

Anyway, it's not a compiler problem, but a Makefile problem. IMHO.

(Last beta builds flawlessly on these three systems).

Best,
Russell

Balachandran Natarajan

unread,
Nov 23, 2002, 8:51:01 PM11/23/02
to
Hi

I just figured out one thing that seems to work, atleast for
me. Please do the following

$cd $TAO_ROOT/orbsvcs/orbsvcs
$ make realclean
$ make idl_stubs
$ make depend

You could then use the updated Makefiles for your builds.

Caveats: please do not use those with 'make -j n' option. That seems
to choke things up. We will try to fix these problems in our main
trunk in the meanwhile.

Thanks
Bala

Dirk Moermans

unread,
Nov 23, 2002, 9:46:57 PM11/23/02
to
It occurs when compiling the source tarball for the first time. I
couldn't find a way to reproduce the problem when recompiling and lack
the disk-space to compile everything a second time

It seems to me that the following was happening:

* make depend doesn't check dependencies within generated IDL stubs.
* They are added by hand in Makefile.RTEvent around line 115
e.g. $$(foreach ext, $(IDL_EXT), RtecScheduler$(ext)): TimeBase.idl
* BUT : the dependency is the IDL-file. This doesn't kick off the
IDL-compiler to generate the missing headers.
* Result : sometimes IDL-stubs include other IDL-stubs which don't
exist at the moment that they are needed for C++-compilation. (in this
case RtecEventChannelAdmin-stubs need RtecDefaultEventData-stubs and
they don't exist yet).

Russell's solution seems the best to me:
* Compile all IDL-files in a first step.
* Start compiling C++-files afterwards.

Russell L. Carter

unread,
Nov 24, 2002, 11:22:14 AM11/24/02
to

Works for me.
Thanks,
Russell


: Hi

Jarosław Nozderko

unread,
Nov 25, 2002, 5:12:05 AM11/25/02
to
TAO VERSION: 1.2.6
ACE VERSION: 5.2.6

HOST MACHINE and OPERATING SYSTEM:

RedHat 7.3
$ uname -a
Linux skorpion 2.4.18-3 #1 Thu Apr 18 07:37:53 EDT 2002 i686 unknown

TARGET MACHINE and OPERATING SYSTEM, if different from HOST:

Same

COMPILER NAME AND VERSION (AND PATCHLEVEL):

$ cc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)

AREA/CLASS/EXAMPLE AFFECTED:

DOES THE PROBLEM AFFECT:
COMPILATION?

Yes
If so, what do your $ACE_ROOT/ace/config.h and
$ACE_ROOT/include/makeinclude/platform_macros.GNU contain?
config-linux.h
platform_linux.GNU

LINKING?
No
EXECUTION?
No
OTHER (please specify)?

SYNOPSIS:
Compilation of orbsvcs fails.

DESCRIPTION:

I followed your suggestion:

$cd $TAO_ROOT/orbsvcs/orbsvcs
$ make realclean
$ make idl_stubs
$ make depend

Then I tried to run make again:
$ make

Unfortunately, it seems there are still problems:

make[2]: Opuszczam katalog
`/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs'
make -f Makefile.CosNotification all
make[2]: Wchodzę katalog
`/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs'
g++ -W -Wall -Wpointer-arith -pipe -O3 -g -Wno-uninitialized
-I/home/jarek/prog/ace/build/ACE_wrappers
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs -D_POSIX_THREADS
-D_POSIX_THREAD_SAFE_FUNCTIONS -D_REENTRANT -DACE_HAS_AIO_CALLS
-I/home/jarek/prog/ace/build/ACE_wrappers -DACE_HAS_EXCEPTIONS
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs/ETCL -c
-fPIC -o .shobj/Notify_Extensions.o Notify/Notify_Extensions.cpp
g++ -W -Wall -Wpointer-arith -pipe -O3 -g -Wno-uninitialized
-I/home/jarek/prog/ace/build/ACE_wrappers
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs -D_POSIX_THREADS
-D_POSIX_THREAD_SAFE_FUNCTIONS -D_REENTRANT -DACE_HAS_AIO_CALLS
-I/home/jarek/prog/ace/build/ACE_wrappers -DACE_HAS_EXCEPTIONS
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
-I/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs/ETCL -c
-fPIC -o .shobj/Event_Manager.o Notify/Event_Manager.cpp
In file included from Notify/ProxyConsumer.h:23,
from Notify/Event_Manager.inl:3,
from Notify/Event_Manager.h:140,
from Notify/Event_Manager.cpp:3:
Notify/Event.h:23:38: orbsvcs/Event_ForwarderS.h: Nie ma takiego pliku
ani katalogu

<jarek> Message above: "No such file or directory" </jarek>

In file included from Notify/ProxyConsumer.h:23,
from Notify/Event_Manager.inl:3,
from Notify/Event_Manager.h:140,
from Notify/Event_Manager.cpp:3:
Notify/Event.h:66: `Event_Forwarder' was not declared in this scope
Notify/Event.h:66: parse error before `::'
Notify/Event.h:69: `Event_Forwarder' was not declared in this scope
Notify/Event.h:69: parse error before `::'
Notify/Event.h:72: `Event_Forwarder' was not declared in this scope
Notify/Event.h:72: parse error before `::'
Notify/Event.h:72: `TAO_NS_Event::push (...)' has already been declared
in `TAO_NS_Event'
Notify/Event.h:75: `Event_Forwarder' was not declared in this scope
Notify/Event.h:75: parse error before `::'
Notify/Event.h:75: `TAO_NS_Event::push_no_filtering (...)' has already
been declared in `TAO_NS_Event'
In file included from Notify/Peer.inl:3,
from Notify/Peer.h:76,
from Notify/Supplier.h:22,
from Notify/ProxyConsumer.h:24,
from Notify/Event_Manager.inl:3,
from Notify/Event_Manager.h:140,
from Notify/Event_Manager.cpp:3:
Notify/Proxy.h:65: `CosNotifyChannelAdmin' was not declared in this
scope
Notify/Proxy.h:65: parse error before `::'
In file included from Notify/Event_Manager.cpp:22:
Notify/Admin.h:66: `CosNotifyChannelAdmin' was not declared in this
scope
Notify/Admin.h:66: parse error before `::'
Notify/Admin.h:69: syntax error before `::'
Notify/Admin.h:91: syntax error before `::'
In file included from Notify/Admin.h:95,
from Notify/Event_Manager.cpp:22:
Notify/Admin.inl:16: `CosNotifyChannelAdmin' was not declared in this
scope
Notify/Admin.inl:16: parse error before `::'
Notify/Admin.inl: In method `void TAO_NS_Admin::filter_operator (...)':
Notify/Admin.inl:18: `class TAO_NS_Admin' has no member named
`filter_operator_'
Notify/Admin.inl: At top level:
Notify/Admin.inl:21: syntax error before `::'
make[2]: *** [.shobj/Event_Manager.o] Bł?d 1
make[2]: Opuszczam katalog
`/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs'
make[1]: *** [Makefile.CosNotification.mkfile] Bł?d 2
make[1]: Opuszczam katalog
`/home/jarek/prog/ace/build/ACE_wrappers/TAO/orbsvcs/orbsvcs'
make: *** [all] Bł?d 2

REPEAT BY:

1)

$cd $TAO_ROOT/orbsvcs/orbsvcs
$ make realclean
$ make idl_stubs
$ make depend

2)

$ make

SAMPLE FIX/WORKAROUND:
?

Regards,
Jarek

Jaroslaw Nozderko
GSM +48 601131870 / Kapsch (22) 6075013
jaroslaw...@polkomtel.com.pl
IT/CCBS/RS - Analyst Programmer

Ralph Rogge

unread,
Nov 25, 2002, 5:56:43 AM11/25/02
to
On Monday 25 November 2002 11:05, Jarosław Nozderko wrote:
> I followed your suggestion:
> $cd $TAO_ROOT/orbsvcs/orbsvcs
> $ make realclean
> $ make idl_stubs
> $ make depend
> Then I tried to run make again:
> $ make
> Unfortunately, it seems there are still problems:

Same problems for:

Suse 8.1
(ralph@4th)$ uname -a
Linux 4th 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 i686 unknown

(ralph@4th)$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.2/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib
--enable-languages=c,c++,f77,objc,java,ada --enable-libgcj
--with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib
--with-system-zlib --enable-shared --enable-__cxa_atexit
i486-suse-linux
Thread model: posix
gcc version 3.2

Ralph

Erwin Rol

unread,
Nov 25, 2002, 10:42:43 AM11/25/02
to
On Mon, 2002-11-25 at 11:52, Ralph Rogge wrote:
> On Monday 25 November 2002 11:05, Jarosław Nozderko wrote:
> > I followed your suggestion:
> > $cd $TAO_ROOT/orbsvcs/orbsvcs
> > $ make realclean
> > $ make idl_stubs
> > $ make depend
> > Then I tried to run make again:
> > $ make
> > Unfortunately, it seems there are still problems:
>

Same thing for Mandrake 9.0;


Linux drake.erwin.muffin.org 2.4.20-pre8-ipv6 #1 Sun Nov 10 14:26:30 CET
2002 i686 unknown unknown GNU/Linux

Reading specs from
/usr//bin/../lib/gcc-lib/i586-mandrake-linux-gnu/3.2/specs
Configured with: ../configure --prefix=/usr --libdir=/usr/lib
--with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-shared --enable-threads=posix --disable-checking
--enable-long-long --enable-__cxa_atexit
--enable-languages=c,c++,ada,f77,objc,java
--host=i586-mandrake-linux-gnu --with-system-zlib
Thread model: posix
gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)


- Erwin

signature.asc

Balachandran Natarajan

unread,
Nov 25, 2002, 10:51:22 AM11/25/02
to
Hi

On Monday, 25 November, 2002 at 11:52:26 +0100, Ralph Rogge wrote:
> On Monday 25 November 2002 11:05, Jarosław Nozderko wrote:

> > I followed your suggestion:
> > $cd $TAO_ROOT/orbsvcs/orbsvcs
> > $ make realclean
> > $ make idl_stubs
> > $ make depend
> > Then I tried to run make again:
> > $ make
> > Unfortunately, it seems there are still problems:
>

> Same problems for:
>
> Suse 8.1
> (ralph@4th)$ uname -a
> Linux 4th 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 i686 unknown
>
> (ralph@4th)$ gcc -v
> Reading specs from /usr/lib/gcc-lib/i486-suse-linux/3.2/specs
> Configured with: ../configure --enable-threads=posix --prefix=/usr
> --with-local-prefix=/usr/local --infodir=/usr/share/info
> --mandir=/usr/share/man --libdir=/usr/lib
> --enable-languages=c,c++,f77,objc,java,ada --enable-libgcj
> --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib
> --with-system-zlib --enable-shared --enable-__cxa_atexit
> i486-suse-linux
> Thread model: posix
> gcc version 3.2

We just figured out that there is a slightly different problem with
Makefile.CosNotification. Could you please download just that Makefile
from

http://cvs.doc.wustl.edu/viewcvs.cgi/*checkout*/TAO/orbsvcs/orbsvcs/

and use it for your builds till we fix that. Sorry for the
inconvinience.

Thanks
Bala


Ralph Rogge

unread,
Nov 25, 2002, 1:35:40 PM11/25/02
to
Hi Bala

On Monday 25 November 2002 16:49, Balachandran Natarajan wrote:
> Could you please download just that Makefile from
> http://cvs.doc.wustl.edu/viewcvs.cgi/*checkout*/TAO/orbsvcs/orbsvcs

Perfect.

Thanks
Ralph

Ralph Rogge

unread,
Nov 26, 2002, 1:50:22 PM11/26/02
to
Hi Jarek,

On Tuesday 26 November 2002 09:21, Jaroslaw Nozderko wrote:
> did you successfully compile everything in $TAO_ROOT/orbsvcs or
> just $TAO_ROOT/orbsvcs/orbsvcs ? I still have problems
> with $TAO_ROOT/orbsvcs/Notify_Service and
> $TAO_ROOT/orbsvcs/Logging_Service (RedHat 7.3).

you are right. I didn't succeed in compiling
$TAO_ROOT/orbsvcs/Notify_Service and
$TAO_ROOT/orbsvcs/Logging_Service.

Compilation in Notify_Service gives:

g++ -W -Wall -Wpointer-arith -pipe -Wno-uninitialized
-D_POSIX_THREADS -D_POSIX_THREAD_SAFE_FUNCTIONS -D_REENTRANT
-DACE_HAS_AIO_CALLS -I/usr/local/ace -DACE_NDEBUG -DACE_USE_RCSID=0
-DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I/usr/local/tao/orbsvcs
-I/usr/local/tao -L/usr/local/ace/ace -L./
-L/usr/local/tao/orbsvcs/orbsvcs/ETCL
-L/usr/local/tao/orbsvcs/orbsvcs -L/usr/local/tao/tao -o
Notify_Service .obj/Notify_Service.o .obj/Notify_Server.o
-lTAO_CosNotification -lTAO_ETCL -lTAO_CosNaming -lTAO_Svc_Utils
-lTAO_DynamicAny -lTAO_IORTable -lTAO_PortableServer -lTAO -lACE -ldl
-lpthread -lrt
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`operator*(TAO_Literal_Constraint const&, TAO_Literal_Constraint
const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`CosTrading::Lookup::IllegalPreference::IllegalPreference[in-charge](CosTrading::Lookup::IllegalPreference
const&)'
usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`operator-(TAO_Literal_Constraint const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`operator>(TAO_Literal_Constraint const&, TAO_Literal_Constraint
const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Interpreter::build_tree(char const*)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`CosTrading::Lookup::IllegalPreference::IllegalPreference[in-charge](char
const*)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`operator>=(TAO_Literal_Constraint const&, TAO_Literal_Constraint
const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_Trader_Constraint_Validator::TAO_Trader_Constraint_Validator[in-charge](CosTradingRepos::ServiceTypeRepository::TypeStruct
const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`typeinfo for CosTrading::Lookup::IllegalPreference'

.... and a lot more (>20).
Adding TAO_CosTrading to LDLIBS reduces error messages to:

usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Interpreter::build_tree(char const*)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Interpreter::evaluate(TAO_NS_Constraint_Visitor&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Visitor::bind_structured_event(CosNotification::StructuredEvent
const&)'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Visitor::TAO_NS_Constraint_Visitor[in-charge]()'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Interpreter::TAO_NS_Constraint_Interpreter[in-charge]()'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`TAO_NS_Constraint_Interpreter::~TAO_NS_Constraint_Interpreter
[in-charge]()'
/usr/local/ace/ace/libTAO_CosNotification.so: undefined reference to
`vtable for TAO_NS_Constraint_Visitor'

This looks better but I havn't figured yet out why things are going
wrong here.

Ralph

Jaroslaw Nozderko

unread,
Nov 26, 2002, 5:23:12 PM11/26/02
to
Hi Ralph,

did you successfully compile everything in $TAO_ROOT/orbsvcs or
just $TAO_ROOT/orbsvcs/orbsvcs ? I still have problems
with $TAO_ROOT/orbsvcs/Notify_Service and
$TAO_ROOT/orbsvcs/Logging_Service (RedHat 7.3).

Regards,
Jarek

Jaroslaw Nozderko
GSM +48 601131870 / Kapsch (22) 6075013
jaroslaw...@polkomtel.com.pl
IT/CCBS/RS - Analyst Programmer


> -----Original Message-----
> From: Ralph Rogge [mailto:ralph...@online.de]
> Sent: Monday, November 25, 2002 7:29 PM
> To: ba...@cse.wustl.edu
> Cc: tao-...@cs.wustl.edu
> Subject: Re: [tao-users] compile error RTEvent
>
>

0 new messages