参考までに、コンパイル時の失敗は通常、コンパイルを妨げます...これが、結局ここにある理由です。
あなたが提案していることを行うには、次の2つの方法が考えられます。
- SFINAE の使用
- コンパイラ固有のオプションの使用
スフィナエ
文字通り、SFINAE は「置換の失敗はエラーではない」という意味です。これはテンプレート コンテキストに適用され、不適切であることが判明した関数をオーバーロード セットから静かに破棄できるようにします。SFINAE の使用により、概念チェックのアイデアと、それらのチェックをサポートするために使用される特性を使用したプロパティの分類が生まれました。
あなたの場合、テストしたい式を SFINAE が適用される可能性のあるコンテキストに何らかの形で置くことができれば、特定の関数が効果的に破棄されたことを試して検出できることを意味します。
例えば:
#include <iostream>
#include <utility>
struct Foo {};
struct Bar {};
template <typename T>
auto foo(T t) -> decltype(std::declval<Foo>() + t) { std::cout << "T\n"; }
void foo(...) { std::cout << "ellipsis\n"; }
int main() { foo(Bar()); }
収量:
ellipsis
( ideoneoperator+(Foo, Bar)
を参照)どこにも定義されていませんが。
残念ながら、これはすべてのケースで機能するとは限りません (まだ不明です) が、準拠しているすべてのコンパイラで移植できるはずです。
コンパイラ固有
もう 1 つの可能性は、コンパイラ固有の機能を使用することです。コンパイラ テスト スイートは、これらのコンパイラがエラーを正しく診断していることを確認する必要があります。この場合、static_assert
条件が満たされたときにエラーが発生します。したがって、コンパイラにはおそらくこれに対するフックがあります。
たとえば、Clang テスト スイートでは、次のSemaCXX/static-assert.cpp
ファイルを見つけることができます。
// RUN: %clang_cc1 -fsyntax-only -verify %s -std=c++0x
int f();
static_assert(f(), "f"); // expected-error {{static_assert expression is not an integral constant expression}}
static_assert(true, "true is not false");
static_assert(false, "false is false"); // expected-error {{static_assert failed "false is false"}}
void g() {
static_assert(false, "false is false"); // expected-error {{static_assert failed "false is false"}}
}
class C {
static_assert(false, "false is false"); // expected-error {{static_assert failed "false is false"}}
};
template<int N> struct T {
static_assert(N == 2, "N is not 2!"); // expected-error {{static_assert failed "N is not 2!"}}
};
T<1> t1; // expected-note {{in instantiation of template class 'T<1>' requested here}}
T<2> t2;
template<typename T> struct S {
static_assert(sizeof(T) > sizeof(char), "Type not big enough!"); // expected-error {{static_assert failed "Type not big enough!"}}
};
S<char> s1; // expected-note {{in instantiation of template class 'S<char>' requested here}}
S<int> s2;
コード生成の-fsyntax-only
回避とは、指定された と が正しく満たされていることをコンパイラがチェックすることを意味します-verify
。expected-note
expected-warning
expected-error
そうでない場合、コンパイラはエラー コードを返します。もちろん、これはコンパイラ固有のものである可能性があります。