`etl::variant` always has a non-trivial destructor about etl

[HumblePresent]

I didn't realize is_trivially_destructible<T> is dependent on compiler intrinsics. I understand that is a difficult thing to manage in a cross-platform library like this. Anyway, thank you for the quick response and maintenance of this library in general. It is much appreciated. Feel free to close this issue if you feel it's more of a "wishlist" type request at this time.

[jwellbelove]

That functionality would depend on an implementation of is_trivially_destructible<T> being available.
Some of the type traits in the STL are impossible to implement in pure C++. Therefore the ETL would have to depend on either the STL being used, or the relevant intrinsics being available for the development compiler.
This is one of the more complex parts of the ETL to manage. It's something I hope to refactor at some point in the future.

[drewr95]

I came across this issue as well hoping to store an array of etl::variants in ROM via constexpr. Alas I couldn't because of it being non-trivially destructible.

Likewise, thank you for the maintenance of this library.