Tom Lane은 다음과 같이 썼습니다.
> GCC는 기본 C의 창의적인 재 해석에 달려있는 것 같습니다.
> Semantics; 구체적으로, 당신은 더 이상 전통적인 것을 믿을 수 없습니다
> C 정수 오버플로의 의미론 :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175462
> 우리가 정확히 같은 속임수를 사용하는 곳은 없다고 생각하지만
> 참조 된 MySQL 코드가 사용중인 경우 확실히 나에게는
> "x <0 && -x <0"을 "false"로 바꾸려는 컴파일러
> 우리가 사용하는 정수 오버플로 점검 중 일부를 깨뜨릴 수 있습니다.
> 컴파일러가 취할 때마다 -fwrapv를 cflags에 추가해야한다고 생각합니다
> it, 우리가 최근 -fno-strict-aliasing으로 시작하기 시작한 것과 동일합니다.
버그 에서이 사람은 어떻습니까 (Jakub Jelinek) :
> 지금, -fwrapv는 깨진 코드를 수정하지 않으려면 대답이 될 수 있습니다.
> 그러나 GCC가되지 않기 때문에 성능이 끔찍할 것임을 준비하십시오
> 표준에 의해 허용되는 방식으로 많은 루프를 최적화 할 수 있습니다.
"성능은 끔찍할 것"이 좋지 않습니다.
이것에 대해 이야기 할 수있는 다른 GCC 토토 베이 있습니까? 나는 생각하지 않는다
gcc == Jakub Jelinek? 다른 사람들은 무엇을 제안합니까?
오버플로를 감지하려면, no?
안부,
Michael Paesold
[Tom, 나는 CC에서 당신을 제거했습니다 : 당신의 스팸 필터가 내 메일을 먹는 경향이 있기 때문에;
목록을 통해 가져와야합니다.]