For more information about this bug, visit <http://www.fmtc.be/orocos-bugzilla/show_bug.cgi?id=402>
A new bug was added:

           Summary: Mixing liborocos-rtt.a and .so causes crash upon exit
           Product: RTT
           Version: rtt-trunk
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: major
          Priority: P2
         Component: Build System
        AssignedTo: orocos-dev@lists.mech.kuleuven.be
        ReportedBy: peter.soetens@fmtc.be

When the RTT is compiled as a static library and a dependent library (like OCL)
is compiled as a .so, an executable which uses these libraries will crash upon
exit, while the same application using all-so won't:

$ valgrind ./deployer
==25523== Memcheck, a memory error detector.
==25523== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==25523== Using LibVEX rev 1658, a library for dynamic binary translation.
==25523== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==25523== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation
framework.
==25523== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==25523== For more details, rerun with: -v
==25523==

   Switched to : Deployer

  This console reader allows you to browse and manipulate TaskContexts.
  You can type in a command, event, method, expression or change variables.
  (type 'help' for instructions)
    TAB completion and HISTORY is available ('bash' like)

 In Task Deployer. (Status of last Command : none )
 (type 'ls' for context info) :quit

==25523== Invalid read of size 4
==25523== at 0x4EDF0B9: gnu_cxx::exchange_and_add(int volatile*, int)
(in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x474B2C0: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x46F8FF2: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x48F354B: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x400D9ED: (within /lib/ld-2.5.so)
==25523== by 0x4F789D8: exit (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4F61EC3: (below main) (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== Address 0x5B67338 is 8 bytes inside a block of size 17 free'd
==25523== at 0x4020F51: operator delete(void*) (vg_replace_malloc.c:244)
==25523== by 0x4EC0A5C: std::string::_Rep::_M_destroy(std::allocator<char>
const&) (in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x428B933: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4262D22: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x443C0AB: (within
/home/sspr/src/Orocos/trunk/ocl/build.a/taskbrowser/liborocos-taskbrowser.so.0.3.0)
==25523== by 0x400D9ED: (within /lib/ld-2.5.so)
==25523== by 0x4F789D8: exit (in /lib/tls/i686/cmov/libc-2.5.so)
==25523== by 0x4F61EC3: (below main) (in /lib/tls/i686/cmov/libc-2.5.so)
==25523==
==25523== Invalid free() / delete / delete[]
==25523== at 0x4020F51: operator delete(void*) (vg_replace_malloc.c:244)
==25523== by 0x4EC0A5C: std::string::_Rep::_M_destroy(std::allocator<char>
const&) (in /usr/lib/libstdc++.so.6.0.8)
==25523== by 0x474B2D3: __tcf_6 (in
/home/sspr/src/Orocos/trunk/ocl/build.a/deployment/liborocos-deployment.so.0.3.0)
==25523== by 0x4F78CC8: __cxa_finalize (in /lib/tls/i686/cmov/libc-2.5.so)

....

I don't know if this is a linker problem, an Orocos problem or expected
behaviour.