mirror of
https://github.com/ETLCPP/etl.git
synced 2026-06-28 21:38:44 +08:00
Use a different workaround for problems with IARCC. (#594)
This approach may be better as is uses the same syntax using `< ... >` as before. Has been suggested here: https://github.com/ETLCPP/etl/pull/593#issuecomment-1239222424 This is based on the insight, that the problem with IARCC occurs only in case the `__has_include` is used as part of a preprocessor definition. See https://github.com/ETLCPP/etl/pull/593#issuecomment-1239208693
This commit is contained in:
parent
63e31068b7
commit
25d377114d
@ -37,7 +37,11 @@ SOFTWARE.
|
||||
// Figure out if we can use the standard library <new> header, if haven't already done so in etl_profile.h
|
||||
#if !defined(ETL_USING_STD_NEW)
|
||||
#if defined(__has_include)
|
||||
#define ETL_USING_STD_NEW __has_include("new")
|
||||
#if __has_include(<new>)
|
||||
#define ETL_USING_STD_NEW 1
|
||||
#else
|
||||
#define ETL_USING_STD_NEW 0
|
||||
#endif
|
||||
#elif (defined(ARDUINO) && defined(__AVR__))
|
||||
#define ETL_USING_STD_NEW 0
|
||||
#else
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user