6cad7e9582
When we build NuttX on macOS, it shows many `sed` messages (and the build still completes successfully): ```text $ tools/configure.sh pinephone:nsh $ make sed: illegal option -- r ``` This is due to the Makefiles executing `sed -r` which is not a valid option on macOS. This PR proposes to change `sed -r` to `sed -E` because: - `sed -E` on macOS is equivalent to `sed -r` on Linux - `sed -E` and `sed -r` are aliases according to the GNU `sed` Manual - `sed -E` is already used in nuttx_add_romfs.cmake, nuttx_add_symtab.cmake and process_config.sh |
||
---|---|---|
.. | ||
libcxxmini | ||
__config_site | ||
.gitignore | ||
0001-uClibcxx-basic_definitions-fix-GCC-specific-definiti.patch | ||
0001-uclibxx-use-overload-constructor-of-filebuf-ostream.patch | ||
CMakeLists.txt | ||
etl.defs | ||
Kconfig | ||
libcxx.cmake | ||
libcxx.defs | ||
libcxxabi.cmake | ||
libcxxabi.defs | ||
libcxxmini.cmake | ||
libcxxmini.defs | ||
Makefile | ||
README.txt | ||
system_configuration.h | ||
uClibc++.defs |
libs/libxx/README.txt ^^^^^^^^^^^^^^^^^^^^^ This directory contains three C++ library: - 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. 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); - int __cxa_atexit(__cxa_exitfunc_t func, FAR void *arg, FAR void *dso_handle); This implementation is selected when neither of the following two options are enabled. - LLVM "libc++" C++ library (http://libcxx.llvm.org/) This implementation is selected with CONFIG_LIBCXX=y. - uClibc++ C++ library (http://cxx.uclibc.org/) This implementation is selected with CONFIG_UCLIBCXX=y. 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