* Render include paths relative
By removing `etl/` from include paths (in `#include` statements), the path to the directory `include/` doesn't need to be provided to the preprocessor as an include path if the files in `include/etl/` are included by other means.
This has no disadvantages.
Actually the form `#include "..."` is intended to be used for relative paths in the first place.
This is relevant if one wants to include the source files from `include/etl` only indirectly.
For example we use special generated header files which wrap the include statement of the vanilla header files with diagnostic commands.
Those commands allow to disable diagnostic for ETL's files and re-enable them after the file inclusion.
Wrapper files are generated for every non-private header file.
We provide the directory with the wrapper files as include path to the preprocessor instead of the normal `include/` directory.
Thus include statements like `#include "etl/private/..."` are invalid in that case.
* Remove "etl/" from include paths in all files in `include/`.
33 findings in 4 files of 375.
See 936961949172bca5ba1418054a055e05ecb6d1d4 for explanation.
* Add an etl::nullptr_t type
* etlcpp/etl issue #921 (etl::unique_ptr reset): add etl::unique_ptr(...)::reset(ETL_NULLPTR)
Remove default argument for the normal reset method of etl::unique_ptr (sorry, didn't notice 😬)
Silence the unused argument warning
Fix operator =(nullptr)
Replace the nullptr_t enum with a class which acts more similar to C++11 nullptr
* Add member pointer support and delete the addressof operator
* "Delete" etl::addressof(ETL_NULLPTR)
* Ensure compatibility with C++98
* ACTUALLY ensure compatibility with C++98
I'm stupid :/
* Correct definition according to cppreference
* Fix doc comment for pool::allocate() (#914)
* Fixes compiler detection with Wunder
---------
Co-authored-by: Michael K <130953568+kmichaelk@users.noreply.github.com>
Co-authored-by: Rafael Laya <rafaellaya@meta.com>
* fix c++20-compat false positive
* move the c++20 compat warning suppression to a separate header
* fix GCC/clang in private/diagnostic_cxx_20_compat_push.h
---------
Co-authored-by: Jan Dorniak <jdorniak@ultima-automatyka.pl>
