이제 다 constexpr로 때려박아서 컴파일타임에 연산끝낼수 있게 할 수 있잖아
[%] 이제 TMP 필요없는거 아님?
익명(211.244)
2020-12-04 12:46
추천 2
댓글 7
다른 게시글
-
근데 ㄹㅇ 깃써도 일감분배 안되면 답이없음 [3][%] Riey(rerereq) | 20.12.04추천 5
-
컴공 랩실에서 안쓰는거 본적있음 [1][%] 익명(223.38) | 20.12.04추천 1
-
이거 참고해서 Emacs DC 클라이언트 짤게요 [2][%] 익명(147.46) | 20.12.04추천 1
-
컴공 랩실에서 깃을 안쓴다는게 말이 되나 [2][%] 익명(175.118) | 20.12.04추천 0
-
이전에 러스트로 짜보고 있는거 근황 [9][%] 노이ㄴ(202.231) | 20.12.04추천 1
-
stm32ide 잘아시는 분?[질문] 123(121.137) | 20.12.04추천 0
-
깃붕이들 너무 과장하는거 아니노.. [1][%] 익명(106.102) | 20.12.04추천 0
-
진짜 프로깃 정독시켜야한다[%] 익명(223.38) | 20.12.04추천 0
-
Rust에서 비동기는 tokio쓰면 됨? [5][질문] 노이ㄴ(202.231) | 20.12.04추천 0
-
학식충들이 먼 깃으로 팀플? 말이 되는 소릴 해야지 [9][%] 츄럴(211.197) | 20.12.04추천 10
제네릭은?
템플릿 말구 템플릿 메타프로그래밍 근데 제네릭도 auto 지원범위 넓어져서 템플릿 안써도 어느정도 가능해졌잖아. 파라미터 auto에 컨셉까지 지원하드만
컨셉으로 거의다 대체될걸 ㅇㅇ
애초에 왜 템프릿으로 똥꼬쇼를 했죠?
근데 constexpr 항상 컴파일 타임 상수 계산이 보장되는건 아니지 않나?
보장되는 경우가 언제인지 알고쓰면 됨 컨텍스트에 따라 케바케인 경우가 있고, 무조건 컴파일 타임에 계산되야하는 경우가 있음
아주 쉬운 예로 상수표현식의 평가 결과가 std::array의 두번째 템플릿 아규먼트에 들어가야하는데 상수표현식이 컴파일 타임에 평가될 수 없는 경우라면 컴파일 에러 나니까 역으로 컴파일 되는 코드라면 해당 평가가 컴파일 타임에 이뤄짐이 보장되겠지. 상수표현식 자체는 언제 평가되도 상관없는 경우에도 마찬가지로 std::array 두번째 템플릿 아규먼트 자리같이 무조건 컴파일 타임에 정해져야하는 경우에 넣어버리면 컴파일 타임에 평가됨