9
0
Fork 0
nuttx-bb/nuttx/libxx
patacongo ac3559b5ac Upated NxWM comments
git-svn-id: https://nuttx.svn.sourceforge.net/svnroot/nuttx/trunk@4692 7fd9a85b-ad96-42d3-883c-3090e2eb8679
2012-05-03 19:46:37 +00:00
..
Kconfig Add a little more configuration logic 2012-04-10 23:49:13 +00:00
Makefile Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
README.txt Upated NxWM comments 2012-05-03 19:46:37 +00:00
libxx_cxapurevirtual.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
libxx_delete.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
libxx_deletea.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
libxx_eabi_atexit.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
libxx_new.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00
libxx_newa.cxx Add support for C++ static constructors (at least to a few platforms) 2012-02-28 21:58:24 +00:00

README.txt

libxx/README.txt
^^^^^^^^^^^^^^^^

This directory contains a fragmentary C++ library that will allow
to build only the simplest of C++ applications.  In the deeply
embedded world, that is probably all that is necessary.  If you
have a need for more extensive C++ support, the following libraries
are recommended:

 - libstdc++  (part of GCC)
 - STLport    http://www.stlport.org/ 
 - uClibc++   http://cxx.uclibc.org/
 - uSTL       http://ustl.sourceforge.net/

At present, only the following are supported here:

 - void *operator new(std::size_t nbytes);
 - void operator delete(void* ptr);
 - void operator delete[](void *ptr);
 - void __cxa_pure_virtual(void);
 - int __aeabi_atexit(void* object, void (*destroyer)(void*), void *dso_handle);
 
operator new
------------

  This operator should take a type of size_t.  But size_t has an unknown underlying
  type.  In the nuttx sys/types.h header file, size_t is typed as uint32_t
  (which is determined by architecture-specific logic).  But the C++
  compiler may believe that size_t is of a different type resulting in
  compilation errors in the operator.  Using the underlying integer type
  instead of size_t seems to resolve the compilation issues. Need to
  REVISIT this.

  Once some C++ compilers, this will cause an error:

    Problem:     "'operator new' takes size_t ('...') as first parameter"
    Workaround:  Add -fpermissive to the compilation flags