noexcept

8열

1답변

문제점이 this과 매우 비슷합니다. 즉, noexcept 인 경우 noexcept 인 magic 메서드가 있습니다. 이상한 일이 "다른 방법은"두 과부하를 가지고 있으며, 컴파일러 magicnoexcept -ness을 결정하는 제 오버를 선택한다. magic가 나중에 호출 될 때 는 그러나 첫 과부하라고하지만, magic의 noexcept -ness은 동

-1열

2답변

아무런 인수없이 인수 없음

어떻게 주장 할 수 있습니까, 인수없이 인수 noexcept입니까? 감사.

4열

2답변

noexcept 운영자는 인위적인 나타날 수 있습니다 포인터 - 투 - 회원 기능을

이 MWE를 호출 한 후 실패하지만 실패 static_assert 그럼에도 불구하고 놀라운 : #include <utility> struct C { void f() noexcept { } using F = void(C::*)(); static constexpr F handler() noexcept { return &

30열

3답변

취급 GCC의 noexcept 형 경고

bug 80985에서,이 예제를 고려하십시오 : 모든 경고와 함께이 컴파일 template <class Func> void call(Func f) { f(); } void func() noexcept { } int main() { call(func); } 활성화, 당신처럼, 수율 : $ g++ -std=c++14 -Wa

0열

1답변

mov 생성자에는 noexcept 지정자가 항상 필요합니까?

내 프로젝트를 위해 일부 라이브러리를 읽고 있습니다. 대부분은 이동 생성자에서 "noexcept"를 지정합니다. 이동 생성자에 "noexcept"라고 써야하나요, 아니면 가끔 독서 코드에서 방금 발생 했습니까? 감사합니다.

0열

3답변

noexcept 함수가 여전히 C++ 17에서 throw되는 함수를 호출 할 수 있습니까?

P0012R1에서 "예외 시스템을 시스템 유형에 포함 시키십시오." 이제는 noexcept이 함수 유형의 일부가되는 것을 볼 수 있습니다. 이렇게하면 noexcept(true) 함수가 noexcept(false) 함수를 계속 호출 할 수 없게되는지 여부를 알 수 없습니다. 다음 코드가 여전히 C++ 17에 유효합니까? 함수 타입의 예외 사양 포함는 void

2열

1답변

분명히 던질 수없는 간단한 함수에 noexcept를 사용해야합니까?

"Effective Modern C++"의 항목 14에서는 예외를 방출하지 않을 때마다 함수 noexcept을 선언 할 것을 권장합니다. 매우 작은 사유로 throw 할 수없는 여러 소규모 멤버 함수가있는 클래스가 있습니다. POD에 대한 간단한 수학 연산 만 수행합니다. 그러한 함수를 선언해야합니까? noexcept? 컴파일러조차도 던질 가능성이 없다는

1열

1답변

C++에서 noexcept를 돌리는 함수 17?

this answer에 따르면 예외 사양은 C++ 17에서 함수 유형의 일부가됩니다. 이는 많은 기능에 대한 예외 사양이 변경된다는 것을 의미합니까? noexcept 사양을 얻는 C 호환성 헤더의 기능? 어떤 표준 함수가 예외 사양을 C++ 17에서 noexcept으로 변경합니까? 편집 : 분명히 P0488R0, 표준 작업 초안에 2016년 10월 19일

8열

1답변

is_nothrow_move_constructible <T>에 따라 래퍼 유형 X의 이동 생성자 X <T> noexcept를 어떻게 선언 할 수 있습니까?

내가 래퍼 형 template <typename T> struct X {/*..*/}; 이 있다고 가정하고 내가 할 수있는 단지 X(X&&) = default 내가 거기가 아닌 사소한 물건을 할 필요가 있기 때문이다. 그러나 이 noexcept 인 경우에만 noexcept이되고 싶습니다. 이것은 ::std::is_nothrow_move_construc

0열

1답변

Coverity를 무시하는 모델 작성 방법 C++ 'noexcept'false-positives?

Coverity가 C++ 11 noexcept을 throw(), 으로 인식하기 시작하여 Boost와 같은 타사 라이브러리 을 호출하는 코드에 허위 오 탐지가 발생합니다. 또한 일부 코드는 의도적으로 예외 에서 충돌을 일으 킵니다.이 경우 예외는 복구 할 수 없거나 계약이 잘못되거나 버그가 발생하기 때문입니다. 이 경우에 대한 예 커버 리티 보고서는 다음과