RTT, KDL, BFL and OCL all build on Snow Leopard.
The tests are another story ...
RTT tests
{{{
The following tests FAILED:
3 - core-test (OTHER_FAULT)
4 - task-test (OTHER_FAULT)
5 - event-test (OTHER_FAULT)
6 - taskcontext-test (OTHER_FAULT)
7 - parser-test (OTHER_FAULT)
8 - program-test (OTHER_FAULT)
9 - state-test (OTHER_FAULT)
11 - corba-test (OTHER_FAULT)
}}}
These are all faults of the form
{{{
*** No errors detected
state-test(48679,0x7fff70404be0) malloc: *** error for object
0x3000101801610: pointer being freed was not allocated
*** set a breakpoint in malloc_error_break to debug
}}}
Preliminary debugging indicates that these are boost freeing shared
pointers on exit. I will continue to look into this.
KDL tests show the same solver failure as Leopard (I posted on this a
couple of days ago).
BFL tests all pass.
OCL tests won't build. I don't think this is a Snow Leopard issue.
Stephen
Building on Snow Leopard
On Aug 29, 2009, at 10:25 , S Roderick wrote:
> RTT, KDL, BFL and OCL all build on Snow Leopard.
>
> The tests are another story ...
>
> RTT tests
>
> {{{
> The following tests FAILED:
> 3 - core-test (OTHER_FAULT)
> 4 - task-test (OTHER_FAULT)
> 5 - event-test (OTHER_FAULT)
> 6 - taskcontext-test (OTHER_FAULT)
> 7 - parser-test (OTHER_FAULT)
> 8 - program-test (OTHER_FAULT)
> 9 - state-test (OTHER_FAULT)
> 11 - corba-test (OTHER_FAULT)
> }}}
>
> These are all faults of the form
> {{{
> *** No errors detected
> state-test(48679,0x7fff70404be0) malloc: *** error for object
> 0x3000101801610: pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
> }}}
>
> Preliminary debugging indicates that these are boost freeing shared
> pointers on exit. I will continue to look into this.
FYI these appear to be endemic to boost (at least v1.39 and v1.40).
Still working on these, but for the most part, they don't appear to be
Orocos-related.
S
Building on Snow Leopard
OCL (from git) wouldn't build due to an internal compiler error,
caused by some boost namespaces. Apple knows of the issue. Taking
these lines out allowed OCL to build, and at least the deployer runs.
So are these lines truly unneeded?
Patch attached.
Stephen
Building on Snow Leopard
On Thu, Oct 1, 2009 at 02:11, Stephen Roderick <kiwi [dot] net [..] ...> wrote:
> OCL (from git) wouldn't build due to an internal compiler error, caused by
> some boost namespaces. Apple knows of the issue. Taking these lines out
> allowed OCL to build, and at least the deployer runs. So are these lines
> truly unneeded?
They were probably added to make things work for another version of
gcc (3.4/4.0/whatever).
I'll have to test on Debian etch to see if the patch breaks anything.
Peter
Building on Snow Leopard
Patch for building OCL with boost in non-standard location. Patch is
against SVN trunk.
I wonder if using "find_package(boost ...)" (like in RTT) instead of
our custom boost logic, might ease or reduce some of these?
{{{
Index: bin/CMakeLists.txt
===================================================================
--- bin/CMakeLists.txt (revision 30465)
+++ bin/CMakeLists.txt (working copy)
@@ -1,4 +1,6 @@
+INCLUDE_DIRECTORIES ( ${BOOST} )
+
# Local Deployer application
IF ( BUILD_TASKBROWSER AND BUILD_DEPLOYMENT)
Index: timer/CMakeLists.txt
===================================================================
--- timer/CMakeLists.txt (revision 30465)
+++ timer/CMakeLists.txt (working copy)
@@ -7,6 +7,8 @@
MESSAGE(FATAL_ERROR "Timer Component requires Orocos RTT 1.4.0
or newer." )
ENDIF(NOT OROCOS_RTT_1.4 )
+ INCLUDE_DIRECTORIES ( ${BOOST} )
+
# This gathers all the .cpp files into the variable 'SRCS'
FILE( GLOB HPPS [^.]*.hpp )
FILE( GLOB SRCS [^.]*.cpp )
Index: deployment/CMakeLists.txt
===================================================================
--- deployment/CMakeLists.txt (revision 30465)
+++ deployment/CMakeLists.txt (working copy)
@@ -14,6 +14,7 @@
GLOBAL_ADD_COMPONENT( orocos-deployment ${SRCS} )
GLOBAL_ADD_INCLUDE( ocl ${HPPS})
+ INCLUDE_DIRECTORIES ( ${BOOST} )
COMPONENT_ADD_LIBS( orocos-deployment "dl" )
IF (CORBA_ENABLED)
}}}