RTT 1.8.0 Compililation error with CORBA support

Submitted by DavidY on Tue, 2009-02-24 21:00

Hi everyone,

I was successful at compiling both RTT and OCL without the CORBA support previously. However, when I try to add the CORBA support enabled, I am getting the following error when Building CXX object src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/CommandProxy.o

:c++: no input file
/bin/sh: -I/usr/include/orbsvcs/include: not found

the above directory does not exist and but /usr/include/orbsvcs does exist. anyway i can tell what it is looking for in this directory?

Thanks

the LOG with VERBOSE=1:
( I didn't want to flood the forum so I just put down the part that is relevant to the CORBA library creation under RTT)

Linking CXX shared library liborocos-rtt-lxrt.so
cd /usr/src/orocos-rtt-1.8.0/build/src && /usr/bin/cmake -P CMakeFiles/orocos-rtt-dynamic_lxrt.dir/cmake_clean_target.cmake
cd /usr/src/orocos-rtt-1.8.0/build/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/orocos-rtt-dynamic_lxrt.dir/link.txt --verbose=1
/usr/bin/c++ -fPIC -O2 -DNDEBUG -shared -Wl,-soname,liborocos-rtt-lxrt.so.1.8 -o liborocos-rtt-lxrt.so.1.8.0 "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandNOP.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/VertexNode.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/MethodC.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/MarshallingAccess.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Handle.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataFlowInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/FunctionGraph.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataSources.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertyBag.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/RealTimeToolkit.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TypeStream-io.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataSource.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/FunctionGraphBuilder.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionDSDuration.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConnectionInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionBoolProperty.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionOnce.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ActivityInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionBoolDataSource.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/SimulationActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionDuration.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Property.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ProgramInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/EventService.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CompletionProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandCounter.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PeriodicActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/MethodRepository.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataSourceCondition.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ExecutionEngine.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertyBagIntrospector.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertyIntrospection.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandExecFunction.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ScriptingAccess.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Logger.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataSourceCommand.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TaskCore.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/SimulationThread.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/OperationInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/AsynchCommandDecorator.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandIllegal.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertySequence.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TypeStream.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/EventC.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/SequentialActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/SlaveActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertyLoader.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/BufferLockFree.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/StateDescription.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TimeService.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/StateMachine.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/EventProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PortInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandString.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ExecutionAccess.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Timer.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/FactoryExceptions.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConnectionC.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/PropertyBase.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TaskContext.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/NonPeriodicActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandDispatch.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ListLockFree.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandC.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/signal_base.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/MultiVector.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TryCommand.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/VectorComposition.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Operators.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/AttributeRepository.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ProgramProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ActionInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CoreRunnableInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/DataObjectInterfaces.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/CommandRepository.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TaskObject.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionBool.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/EdgeCondition.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/StateMachineProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/ConditionComposite.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/EventDrivenActivity.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Types.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/TimerThread.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Attribute.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/Toolkit.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/PropertyMarshaller.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/PropertyDemarshaller.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/CPFDTD.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/CPFMarshaller.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/TinyDemarshaller.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/tinyxml.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/tinyxmlparser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/tinyxmlerror.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/marsh/tinystr.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/rtctype.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/PeriodicThread.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/startstop.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/RunnableInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/Mutex.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/rtconversions.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/rtstreams.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/exceptions.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/SingleThread.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/ThreadInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/StartStopManager.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/threads.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/MainThread.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/lxrt/lxrtthreads.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/lxrt/fosi_internal.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/os/lxrt/fosi.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ParsedStateMachine.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ParserExecutionAccess.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ValueParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/parse_exception.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/PropertyParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/StateMachineTask.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ArgumentsParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/StatementProcessor.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ProgramGraphParser2.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ParserScriptingAccess.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/PeerParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/DumpObject.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ProgramTask.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ExpressionParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ProgramGraphParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/Parser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/CommandParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ConditionParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ValueChangeParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/StateGraphParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/ProgramLoader.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/FunctionFactory.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/StateMachineBuilder.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/scripting/CommonParser.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/HomingInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/AxisInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/io.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/EncoderInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/SensorInterface.o" "CMakeFiles/orocos-rtt-dynamic_lxrt.dir/dev/PulseTrainGeneratorInterface.o" -L/usr/realtime/lib -llxrt -lpthread -ldl -Wl,-rpath,/usr/realtime/lib
cd /usr/src/orocos-rtt-1.8.0/build/src && /usr/bin/cmake -E cmake_symlink_library liborocos-rtt-lxrt.so.1.8.0 liborocos-rtt-lxrt.so.1.8 liborocos-rtt-lxrt.so
make[2]: quittant le répertoire « /usr/src/orocos-rtt-1.8.0/build »
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44
[ 74%] Built target orocos-rtt-dynamic_lxrt
make -f src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/build.make src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/depend
make[2]: entrant dans le répertoire « /usr/src/orocos-rtt-1.8.0/build »
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles
[ 74%] Generating AttributesS.cpp, AttributesC.cpp, AttributesS_T.h, AttributesS_T.inl, AttributesS_T.cpp, AttributesS.h, AttributesS.inl, AttributesC.h, AttributesC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/Attributes.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/Attributes.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles 60
[ 76%] Generating ScriptingAccessS.cpp, ScriptingAccessC.cpp, ScriptingAccessS_T.h, ScriptingAccessS_T.inl, ScriptingAccessS_T.cpp, ScriptingAccessS.h, ScriptingAccessS.inl, ScriptingAccessC.h, ScriptingAccessC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/ScriptingAccess.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/ScriptingAccess.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles
[ 76%] Generating OperationInterfaceS.cpp, OperationInterfaceC.cpp, OperationInterfaceS_T.h, OperationInterfaceS_T.inl, OperationInterfaceS_T.cpp, OperationInterfaceS.h, OperationInterfaceS.inl, OperationInterfaceC.h, OperationInterfaceC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/OperationInterface.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/OperationInterface.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles
[ 76%] Generating OperationsS.cpp, OperationsC.cpp, OperationsS_T.h, OperationsS_T.inl, OperationsS_T.cpp, OperationsS.h, OperationsS.inl, OperationsC.h, OperationsC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/Operations.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/Operations.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles 61
[ 77%] Generating ServicesS.cpp, ServicesC.cpp, ServicesS_T.h, ServicesS_T.inl, ServicesS_T.cpp, ServicesS.h, ServicesS.inl, ServicesC.h, ServicesC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/Services.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/Services.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles
[ 77%] Generating OrocosTypesS.cpp, OrocosTypesC.cpp, OrocosTypesS_T.h, OrocosTypesS_T.inl, OrocosTypesS_T.cpp, OrocosTypesS.h, OrocosTypesS.inl, OrocosTypesC.h, OrocosTypesC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/OrocosTypes.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/OrocosTypes.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles
[ 77%] Generating DataFlowS.cpp, DataFlowC.cpp, DataFlowS_T.h, DataFlowS_T.inl, DataFlowS_T.cpp, DataFlowS.h, DataFlowS.inl, DataFlowC.h, DataFlowC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/DataFlow.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/DataFlow.idl
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles 62
[ 79%] Generating ControlTaskS.cpp, ControlTaskC.cpp, ControlTaskS_T.h, ControlTaskS_T.inl, ControlTaskS_T.cpp, ControlTaskS.h, ControlTaskS.inl, ControlTaskC.h, ControlTaskC.inl
cd /usr/src/orocos-rtt-1.8.0/build/src/corba && /usr/local/bin/tao_idl /usr/src/orocos-rtt-1.8.0/src/corba/ControlTask.idl -o /usr/src/orocos-rtt-1.8.0/build/src/corba -I/usr/src/orocos-rtt-1.8.0/src/corba -I/usr/include/orbsvcs
processing /usr/src/orocos-rtt-1.8.0/src/corba/ControlTask.idl
Scanning dependencies of target orocos-rtt-corba_dynamic-lxrt
cd /usr/src/orocos-rtt-1.8.0/build && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /usr/src/orocos-rtt-1.8.0 /usr/src/orocos-rtt-1.8.0/src/corba /usr/src/orocos-rtt-1.8.0/build /usr/src/orocos-rtt-1.8.0/build/src/corba /usr/src/orocos-rtt-1.8.0/build/src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/DependInfo.cmake
make[2]: quittant le répertoire « /usr/src/orocos-rtt-1.8.0/build »
make -f src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/build.make src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/build
make[2]: entrant dans le répertoire « /usr/src/orocos-rtt-1.8.0/build »
/usr/bin/cmake -E cmake_progress_report /usr/src/orocos-rtt-1.8.0/build/CMakeFiles 48
[ 81%] Building CXX object src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/CommandProxy.o
/usr/bin/c++ -DRTT_DLL_EXPORT -O2 -DNDEBUG -fPIC -I/usr/realtime/include -I/include -I/usr/src/orocos-rtt-1.8.0/src -I/usr/src/orocos-rtt-1.8.0/build/src -I/usr/src/orocos-rtt-1.8.0/build/src/os -I/usr/src/orocos-rtt-1.8.0/build/src/os/lxrt -I/usr/src/orocos-rtt-1.8.0/build/src/corba -Wall -I/usr/realtime/include -I/include -I/usr/realtime/include -I/include;-I/usr/include/orbsvcs/include -D_REENTRANT -DOROCOS_TARGET=lxrt -o src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/CommandProxy.o -c /usr/src/orocos-rtt-1.8.0/src/corba/CommandProxy.cpp
c++: pas de fichier à l'entrée
/bin/sh: -I/usr/include/orbsvcs/include: not found
make[2]: *** [src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/CommandProxy.o] Erreur 127
make[2]: quittant le répertoire « /usr/src/orocos-rtt-1.8.0/build »
make[1]: *** [src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/all] Erreur 2
make[1]: quittant le répertoire « /usr/src/orocos-rtt-1.8.0/build »
make: *** [all] Erreur 2

‹ Second call for Google summer of code ideas. CANLIB ›
»

RTT 1.8.0 Compililation error with CORBA support

Submitted by snrkiwi on Tue, 2009-02-24 21:15.

I think someone put a patch in for this recently. Check the mail list
archives.

IIRC, I had the same problem ...
Stephen

On Feb 24, 2009, at 16:00 , yu [dot] david [..] ... wrote:

> Hi everyone,
>
> I was successful at compiling both RTT and OCL without the CORBA
> support previously. However, when I try to add the CORBA support
> enabled, I am getting the following error when Building CXX object
> src/corba/CMakeFiles/orocos-rtt-corba_dynamic-lxrt.dir/CommandProxy.o
>
> :c++: no input file
> /bin/sh: -I/usr/include/orbsvcs/include: not found
>
> the above directory does not exist and but /usr/include/orbsvcs does
> exist. anyway i can tell what it is looking for in this directory?
>
> Thanks
>
> the LOG with VERBOSE=1:
> ( I didn't want to flood the forum so I just put down the part that
> is relevant to the CORBA library creation under RTT)
>
> Linking CXX shared library liborocos-rtt-lxrt.so
> cd /usr/src/orocos-rtt-1.8.0/build/src && /usr/bin/cmake -P
> CMakeFiles/orocos-rtt-dynamic_lxrt.dir/cmake_clean_target.cmake
> cd /usr/src/orocos-rtt-1.8.0/build/src && /usr/bin/cmake -E

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by peter on Tue, 2009-02-24 21:56.
snrkiwi wrote:

I think someone put a patch in for this recently. Check the mail list
archives.

IIRC, I had the same problem ...

I'll try to release RTT 1.8.1 with the fix asap (this week). If the addEventPort bug can be quickly resolved, that will go in as well.

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by phamelin on Tue, 2009-02-24 23:35.

Hi Peter,

I you release RTT 1.8.1, could you also add the small patch, submitted by Simon, to support the timeout exception of Corba ? I just want to make sure that this patch will be applied on trunk in the near futur.


Thank you,

Philippe


2009/2/24 <span dir="ltr"><peter [dot] soetens [..] ...><span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
snrkiwi wrote:
I think someone put a patch in for this recently. Check the mail list

archives.



IIRC, I had the same problem ...





I'll try to release RTT 1.8.1 with the fix asap (this week). If the addEventPort bug can be quickly resolved, that will go in as well.



Peter

<blockquote>


»

RTT 1.8.0 Compililation error with CORBA support

Submitted by sspr on Wed, 2009-02-25 21:55.

On Wednesday 25 February 2009 00:26:39 Philippe Hamelin wrote:
> Hi Peter,
>
> I you release RTT 1.8.1, could you also add the small patch, submitted by
> Simon, to support the timeout exception of Corba ? I just want to make sure
> that this patch will be applied on trunk in the near futur.

I actually already applied it on a local git branch with a little bit
refactoring (moved InitOrb to ApplicationSetup).

Simon's patch modified the InitOrb() function by adding a (default) parameter.
That excludes inclusion in RTT 1.8.x since it would break API. What can be
done is to leave the first InitOrb function in existence and define a second one
(with the extra argument, new non virtual functions are ok). That patch could
go into 1.8.1. The 1.10.0 version could then contain my modified version.

If you desperately need it in 1.8.x, I suggest to resubmit it under the above
conditions.

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by phamelin on Wed, 2009-02-25 22:35.

Ok, Simon will add a new InitOrb function and will submit a patch against 1.8.0. He will do that tomorrow.

Tank you!

Philippe


2009/2/25 Peter Soetens <span dir="ltr"><peter [dot] soetens [..] ...><span>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wednesday 25 February 2009 00:26:39 Philippe Hamelin wrote:

> Hi Peter,

>

> I you release RTT 1.8.1, could you also add the small patch, submitted by

> Simon, to support the timeout exception of Corba ? I just want to make sure

> that this patch will be applied on trunk in the near futur.


I actually already applied it on a local git branch with a little bit

refactoring (moved InitOrb to ApplicationSetup).



Simon's patch modified the InitOrb() function by adding a (default) parameter.

That excludes inclusion in RTT 1.8.x since it would break API. What can be

done is to leave the first InitOrb function in existence and define a second one

(with the extra argument, new non virtual functions are ok). That patch could

go into 1.8.1. The 1.10.0 version could then contain my modified version.



If you desperately need it in 1.8.x, I suggest to resubmit it under the above

conditions.



Peter





--

Peter Soetens -- FMTC -- <http://www.fmtc.be>

<font color="#888888">--

<font>

<blockquote>


»

RTT 1.8.0 Compililation error with CORBA support

Submitted by Simon on Thu, 2009-02-26 14:50.

I'm getting the same problems as DavidY to compile Orocos 1.8.0 with Corba enable.

I fixed the problems of CommandProxy.o with that patch on FindTAO.cmake

but now i'm not able to compile DataflowS_T.cpp


The error said "expected class-name before "{" token : line 60

Can someone help me.

I would like to make the patch for TAO connection timeout and I would like to test it before give you the patch





On Wed, Feb 25, 2009 at 5:06 PM, Philippe Hamelin <span dir="ltr"><philippe [dot] hamelin [..] ...><span> wrote:
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Ok, Simon will add a new InitOrb function and will submit a patch against 1.8.0. He will do that tomorrow.

Tank you!

Philippe


2009/2/25 Peter Soetens <span dir="ltr"><peter [dot] soetens [..] ...><span>


<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wednesday 25 February 2009 00:26:39 Philippe Hamelin wrote:

> Hi Peter,

>

> I you release RTT 1.8.1, could you also add the small patch, submitted by

> Simon, to support the timeout exception of Corba ? I just want to make sure

> that this patch will be applied on trunk in the near futur.


I actually already applied it on a local git branch with a little bit

refactoring (moved InitOrb to ApplicationSetup).



Simon's patch modified the InitOrb() function by adding a (default) parameter.

That excludes inclusion in RTT 1.8.x since it would break API. What can be

done is to leave the first InitOrb function in existence and define a second one

(with the extra argument, new non virtual functions are ok). That patch could

go into 1.8.1. The 1.10.0 version could then contain my modified version.



If you desperately need it in 1.8.x, I suggest to resubmit it under the above

conditions.



Peter





--

Peter Soetens -- FMTC -- <http://www.fmtc.be>

<font color="#888888">--

<font>

<blockquote>



<blockquote>


»

RTT 1.8.0 Compililation error with CORBA support

Submitted by sspr on Thu, 2009-02-26 15:05.

On Thursday 26 February 2009 15:40:19 Simon Pelletier-Thibault wrote:
> I'm getting the same problems as DavidY to compile Orocos 1.8.0 with Corba
> enable.
>
> I fixed the problems of CommandProxy.o with that patch on FindTAO.cmake
>
> but now i'm not able to compile DataflowS_T.cpp
>
> The error said "expected class-name before "{" token : line 60
>
> Can someone help me.

Something fishy is going on. Normally, the *_T.cpp files shouldn't be generated
in the first place... Which TAO version are you using ?

For example, my make output says:

Generating DataFlowS.cpp, DataFlowC.cpp, DataFlowS.h, DataFlowS.inl,
DataFlowC.h, DataFlowC.inl
processing /home/sspr/src/git/orocos-rtt/src/corba/DataFlow.idl

What happens if you
cd build && rm -f src/corba/*_T.cpp && make all
?

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by sspr on Thu, 2009-02-26 15:10.

On Thursday 26 February 2009 16:03:55 Peter Soetens wrote:
> For example, my make output says:
>
> Generating DataFlowS.cpp, DataFlowC.cpp, DataFlowS.h, DataFlowS.inl,
> DataFlowC.h, DataFlowC.inl
> processing /home/sspr/src/git/orocos-rtt/src/corba/DataFlow.idl
>
> What happens if you
> cd build && rm -f src/corba/*_T.cpp && make all
> ?

Correction, need to re-run cmake manually as well:

cd build && rm -f src/corba/*_T.cpp && cmake .. && make all

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by Simon on Thu, 2009-02-26 15:55.


Ok the problem is corrected. Maybe it could be good if the make clean would delete these files also.

Orocos 1.8.0 now compiles on my machine.

Thanks

On Thu, Feb 26, 2009 at 10:07 AM, Peter Soetens <span dir="ltr"><peter [dot] soetens [..] ...><span> wrote:

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thursday 26 February 2009 16:03:55 Peter Soetens wrote:

> For example, my make output says:

>

>  Generating DataFlowS.cpp, DataFlowC.cpp, DataFlowS.h, DataFlowS.inl,

> DataFlowC.h, DataFlowC.inl

>  processing /home/sspr/src/git/orocos-rtt/src/corba/DataFlow.idl

>

> What happens if you

>  cd build && rm -f src/corba/*_T.cpp && make all

> ?


Correction, need to re-run cmake manually as well:



 cd build && rm -f src/corba/*_T.cpp && cmake .. && make all



Peter

--

Peter Soetens -- FMTC -- <http://www.fmtc.be>

<blockquote>


»

RTT 1.8.0 Compililation error with CORBA support

Submitted by Simon on Thu, 2009-02-26 19:25.


Here the patch for rtt 1.8.0 that supports connection loss with TAO orb.  I hope it will be used.

I now need a method for each taskContext to reinitialise the network connection. It will do nothing when the component is not a remote componnent or it will re-use Create of ControlTask proxy for real task proxy.


By doing this, it will be easy to reconnect the taskbrowser when a connection is lost.

The others possibilities are

re-use methods : Connect-Peers, reconnect ... But these methods seam to be use to reconnect port or peers, not to reconnect a network link


Thanks



On Thu, Feb 26, 2009 at 10:44 AM, Simon Pelletier-Thibault <span dir="ltr"><simon [dot] pelletiert [..] ...><span> wrote:

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ok the problem is corrected. Maybe it could be good if the make clean would delete these files also.


Orocos 1.8.0 now compiles on my machine.

Thanks


On Thu, Feb 26, 2009 at 10:07 AM, Peter Soetens <span dir="ltr"><peter [dot] soetens [..] ...><span> wrote:

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Thursday 26 February 2009 16:03:55 Peter Soetens wrote:

> For example, my make output says:

>

>  Generating DataFlowS.cpp, DataFlowC.cpp, DataFlowS.h, DataFlowS.inl,

> DataFlowC.h, DataFlowC.inl

>  processing /home/sspr/src/git/orocos-rtt/src/corba/DataFlow.idl

>

> What happens if you

>  cd build && rm -f src/corba/*_T.cpp && make all

> ?


Correction, need to re-run cmake manually as well:



 cd build && rm -f src/corba/*_T.cpp && cmake .. && make all



Peter

--

Peter Soetens -- FMTC -- <http://www.fmtc.be>

<blockquote>


<blockquote>


»

RTT 1.8.0 Compililation error with CORBA support

Submitted by sspr on Fri, 2009-02-27 10:00.

On Thursday 26 February 2009 20:20:56 Simon Pelletier-Thibault wrote:
> Here the patch for rtt 1.8.0 that supports connection loss with TAO orb. I
> hope it will be used.

Something else:

--- RTT_1_8_orig/src/corba/ControlTaskProxy.cpp	2009-02-05 08:36:10.000000000 
-0500
+++ RTT1_8_differ/src/corba/ControlTaskProxy.cpp	2009-02-26 12:27:52.000000000 
-0500
@@ -68,6 +68,9 @@
 #ifdef CORBA_IS_TAO
 #include "orbsvcs/CosNamingC.h"
 #include <ace/String_Base.h>
+#include "tao/TimeBaseC.h"
+#include "tao/Messaging/Messaging.h"
+#include "tao/Messaging/Messaging_RT_PolicyC.h"
 #else
 #include <omniORB4/Naming.hh>
 #endif

Your code will break OMNIORB compilation. I suggest to add an #ifdef within
your InitORB and call old InitORB in case of CORBA_IS_OMNIORB.

>
> I now need a method for each taskContext to reinitialise the network
> connection. It will do nothing when the component is not a remote
> componnent or it will re-use Create of ControlTask proxy for real task
> proxy.

You could add a RTT::Method ("reconnect") to the interface of
ControlTaskProxy. This would require the naming service (or an IOR argument),
unless you have persistence at the ControlTaskServer side (RTT doesn't do this
yet).

>
> By doing this, it will be easy to reconnect the taskbrowser when a
> connection is lost.
>
> The others possibilities are
>
> re-use methods : Connect-Peers, reconnect ... But these methods seam to be
> use to reconnect port or peers, not to reconnect a network link

Indeed. Better create a new one for this specific purpose.

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by sspr on Thu, 2009-02-26 20:55.

On Thursday 26 February 2009 20:20:56 Simon Pelletier-Thibault wrote:
> Here the patch for rtt 1.8.0 that supports connection loss with TAO orb. I
> hope it will be used.

One remark:

--- RTT_1_8_orig/config/FindTAO.cmake	2009-02-05 08:36:10.000000000 -0500
+++ RTT1_8_differ/config/FindTAO.cmake	2009-02-26 12:55:52.000000000 -0500
@@ -93,15 +93,15 @@
             LIST(APPEND CORBA_LDFLAGS "-L${TAO_DIR}/lib")
         ENDIF( NOT ${TAO_DIR} STREQUAL /usr AND NOT ${TAO_DIR} STREQUAL 
${ACE_DIR})
         IF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR} STREQUAL 
${TAO_DIR})
-            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR}/include)
-            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}/include")
+            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR})
+            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}")
             LIST(APPEND CORBA_LINK_DIRECTORIES "${ORBSVCS_DIR}/lib")
             LIST(APPEND CORBA_LDFLAGS "-L${ORBSVCS_DIR}/lib")
         ENDIF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR} 
STREQUAL ${TAO_DIR})

This can't be right, can it ? Say ORBSVCS is in /opt/orbsvcs, then you do:
-I/opt/orbsvcs -L/opt/orbsvcs/lib

Why did you strip away the .../include part ? Which Linux distribution are you
using ?

Peter

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by Simon on Fri, 2009-02-27 14:15.

Okay I will change my patch as you said, but it would be great to support
the connection Timeout mode for any ORB one day.

I will like to get a little help for the network reconnection method. I try
something that I knew was stupid by adding a orocos Method for reconnection
of our component. As expected it could only be executed on the server side.

Now, I would like to memorise the IOR, or name, in the ControlTaskProxy and
use a method "NetworkReconnect" for reconnection only when the object is a
Remote Object.

I would like also to use that method in the taskbrowser. Could you help me?

Some people in my devellopement team thinks that we should use remote
components on our remote GUI, but I came to think that using ACE & TAO ORB
only could give us more flexibilities in connection, disconnection + traffic
control. What is your position about that? Is making the GUI an orocos
component could brings advantages?

Thanks Peter

On Fri, Feb 27, 2009 at 8:52 AM, Simon Pelletier-Thibault <
simon [dot] pelletiert [..] ...> wrote:

> Ok, I'm using Ubuntu 8.04 LTS kernel 2.6.24.19. In my distribution, there
> is no include directory in usr(opt)/include/orbsvcs. The included files
> needed are in usr/include/orbsvcs/orbsvcs. For the libraries, I think that
> they are all in {TAO_DIR}/lib
>
>
> On Thu, Feb 26, 2009 at 3:52 PM, Peter Soetens <peter [dot] soetens [..] ...>wrote:
>
>> On Thursday 26 February 2009 20:20:56 Simon Pelletier-Thibault wrote:
>> > Here the patch for rtt 1.8.0 that supports connection loss with TAO orb.
>> I
>> > hope it will be used.
>>
>> One remark:
>>
>> 

>> --- RTT_1_8_orig/config/FindTAO.cmake   2009-02-05 08:36:10.000000000
>> -0500
>> +++ RTT1_8_differ/config/FindTAO.cmake  2009-02-26 12:55:52.000000000
>> -0500
>> @@ -93,15 +93,15 @@
>>             LIST(APPEND CORBA_LDFLAGS "-L${TAO_DIR}/lib")
>>         ENDIF( NOT ${TAO_DIR} STREQUAL /usr AND NOT ${TAO_DIR} STREQUAL
>> ${ACE_DIR})
>>         IF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR}
>> STREQUAL
>> ${TAO_DIR})
>> -            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR}/include)
>> -            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}/include")
>> +            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR})
>> +            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}")
>>             LIST(APPEND CORBA_LINK_DIRECTORIES "${ORBSVCS_DIR}/lib")
>>             LIST(APPEND CORBA_LDFLAGS "-L${ORBSVCS_DIR}/lib")
>>         ENDIF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR}
>> STREQUAL ${TAO_DIR})
>>

>>
>> This can't be right, can it ? Say ORBSVCS is in /opt/orbsvcs, then you do:
>> -I/opt/orbsvcs -L/opt/orbsvcs/lib
>>
>> Why did you strip away the .../include part ? Which Linux distribution are
>> you
>> using ?
>>
>> Peter
>> --
>> Peter Soetens -- FMTC -- <http://www.fmtc.be>
>>
>
>

»

RTT 1.8.0 Compililation error with CORBA support

Submitted by Simon on Fri, 2009-02-27 15:25.

Here the patch that allow compiling with omniOrb

On Fri, Feb 27, 2009 at 9:11 AM, Simon Pelletier-Thibault <
simon [dot] pelletiert [..] ...> wrote:

> Okay I will change my patch as you said, but it would be great to support
> the connection Timeout mode for any ORB one day.
>
> I will like to get a little help for the network reconnection method. I try
> something that I knew was stupid by adding a orocos Method for reconnection
> of our component. As expected it could only be executed on the server side.
>
> Now, I would like to memorise the IOR, or name, in the ControlTaskProxy and
> use a method "NetworkReconnect" for reconnection only when the object is a
> Remote Object.
>
> I would like also to use that method in the taskbrowser. Could you help me?
>
> Some people in my devellopement team thinks that we should use remote
> components on our remote GUI, but I came to think that using ACE & TAO ORB
> only could give us more flexibilities in connection, disconnection + traffic
> control. What is your position about that? Is making the GUI an orocos
> component could brings advantages?
>
>
> Thanks Peter
>
>
>
> On Fri, Feb 27, 2009 at 8:52 AM, Simon Pelletier-Thibault <
> simon [dot] pelletiert [..] ...> wrote:
>
>> Ok, I'm using Ubuntu 8.04 LTS kernel 2.6.24.19. In my distribution, there
>> is no include directory in usr(opt)/include/orbsvcs. The included files
>> needed are in usr/include/orbsvcs/orbsvcs. For the libraries, I think that
>> they are all in {TAO_DIR}/lib
>>
>>
>> On Thu, Feb 26, 2009 at 3:52 PM, Peter Soetens <peter [dot] soetens [..] ...>wrote:
>>
>>> On Thursday 26 February 2009 20:20:56 Simon Pelletier-Thibault wrote:
>>> > Here the patch for rtt 1.8.0 that supports connection loss with TAO
>>> orb. I
>>> > hope it will be used.
>>>
>>> One remark:
>>>
>>> 

>>> --- RTT_1_8_orig/config/FindTAO.cmake   2009-02-05 08:36:10.000000000
>>> -0500
>>> +++ RTT1_8_differ/config/FindTAO.cmake  2009-02-26 12:55:52.000000000
>>> -0500
>>> @@ -93,15 +93,15 @@
>>>             LIST(APPEND CORBA_LDFLAGS "-L${TAO_DIR}/lib")
>>>         ENDIF( NOT ${TAO_DIR} STREQUAL /usr AND NOT ${TAO_DIR} STREQUAL
>>> ${ACE_DIR})
>>>         IF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR}
>>> STREQUAL
>>> ${TAO_DIR})
>>> -            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR}/include)
>>> -            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}/include")
>>> +            LIST(APPEND CORBA_INCLUDES ${ORBSVCS_DIR})
>>> +            LIST(APPEND CORBA_CFLAGS "-I${ORBSVCS_DIR}")
>>>             LIST(APPEND CORBA_LINK_DIRECTORIES "${ORBSVCS_DIR}/lib")
>>>             LIST(APPEND CORBA_LDFLAGS "-L${ORBSVCS_DIR}/lib")
>>>         ENDIF( NOT ${ORBSVCS_DIR} STREQUAL /usr AND NOT ${ORBSVCS_DIR}
>>> STREQUAL ${TAO_DIR})
>>>

>>>
>>> This can't be right, can it ? Say ORBSVCS is in /opt/orbsvcs, then you
>>> do:
>>> -I/opt/orbsvcs -L/opt/orbsvcs/lib
>>>
>>> Why did you strip away the .../include part ? Which Linux distribution
>>> are you
>>> using ?
>>>
>>> Peter
>>> --
>>> Peter Soetens -- FMTC -- <http://www.fmtc.be>
>>>
>>
>>
>

»

current ccmake selection

Submitted by DavidY on Tue, 2009-02-24 21:08.

I currently have version ACE+TAO 1.4.7c2a on Ubuntu Gutsy

ACE_CONFIG /usr/include/ace/config-all.h
BOOST_DIR /usr/include
BUILD_DOCS ON
BUILD_STATIC OFF
CMAKE_BACKWARDS_COMPATIBILITY 2.4
CMAKE_BUILD_TYPE RTT
CMAKE_CXX_FLAGS_ADD
CMAKE_CXX_FLAGS_RTT -O2 -DNDEBUG
CMAKE_C_FLAGS_ADD
CMAKE_C_FLAGS_RTT -O2 -DNDEBUG
CMAKE_INSTALL_PREFIX /usr/local
CONFIG_FORCE_UP OFF
CORBA_IMPLEMENTATION TAO
CPACK_PACKAGES OFF
CPPUNIT /usr/lib/libcppunit.so
CPPUNIT_HEADERS /usr/include
ENABLE_CORBA ON
ENABLE_MARSHALLING ON
ENABLE_TESTS ON
EXECUTABLE_OUTPUT_PATH
HAS_BOOST_GRAPH /usr/include
HAS_BOOST_SPIRIT /usr/include
LIBRARY_OUTPUT_PATH
LINUX_SOURCE_DIR
OROBLD_DISABLE_LOGGING OFF
OROCOS_TARGET lxrt
ORONUM_EXECUTION_PROC_QUEUE_SI 16
ORONUM_LOGGING_BUFSIZE 1000
OROPKG_EXECUTION_ADVANCED OFF
OROSEM_FILE_LOGGING ON
OROSEM_PRINTF_LOGGING OFF
OROSEM_REMOTE_LOGGING ON
ORO_REMOTING ON
ORO_TAOIDL_EXECUTABLE /usr/local/bin/tao_idl
OS_AGNOSTIC ON
OS_EMBEDDED OFF
OS_EMBEDDED_SCRIPTING OFF
OS_HAVE_IOSTREAM ON
OS_HAVE_MAIN ON
OS_HAVE_STREAMS ON
OS_THREAD_SCOPE OFF
RTAI_INCLUDE_PATH RTAI_INCLUDE_PATH-NOTFOUND
RTAI_INSTALL_DIR /usr/realtime
RTAI_INSTALL_LIB RTAI_INSTALL_LIB-NOTFOUND
TAO_15 TAO_15-NOTFOUND
TAO_ORB /usr/include/tao/ORB.h
TAO_ORBSVCS /usr/include/orbsvcs/orbsvcs/CosNaming.idl
XERCES XERCES-NOTFOUND
XERCES_HEADERS XERCES_HEADERS-NOTFOUND

»