C-4 : 여기 사람들이 이상합니다. 그런 돈키호테는 풍차처럼 컴파일러와 싸웁니다. 중요한 것은 컴파일러가 당신의 동맹이라는 것입니다! 컴파일러가 코드의 잠재적으로 위험한 부분에 대해 맹세하게 되어 기쁩니다. 응용 프로그램이 실행된 직후 오류 행과 함께 충돌하는 경우에도 기뻐하십시오. 그러나 오류 및 경고가없고 프로그램이 외부적으로 정상적으로 작동하지만 때때로 이상한 결함이 나타나기 시작하는 경우 관리되지 않는 코드를 얻는 것을 금지합니다. 그 원인은 어디에도 없습니다. 그러한 순간에, 당신은 증기로 뒤덮이고 "잘못된 포인터" 또는 "0으로 나누기"와 같은 오류에 대한 꿈을 꾸기 시작합니다.
컴파일러 컴파일러, 그것은 밝혀졌습니다 - 불일치. 여기서 인텔의 C/C++ 컴파일러는 동맹입니다. 비고를 부탁드립니다. 원하지 않으시면 문제 없습니다. 나는 몇 가지 언급을 끄고 싶습니다.
그리고 더 많은 다른 컴파일러가 있습니다. 어느 - "하지만 당신은 당신이 원하는 것을 결코 알지 못합니다."
컴파일러가 "순종"할 때 동맹국일 때 기뻐하는 것이 적절합니다. 또한 비관리 코드 생성을 자제할 수 있는 경우에도 마찬가지입니다. 그러면 그런 이상한 꿈에 대한 생각이 떠오르지 않을 것입니다.
다시 말하지만, 전문 프로그래머는 일반적으로 경고를 보지 않습니다. 왜냐하면 그들은 이미 컴파일러의 논리를 알고 있고 컴파일러는 코드의 기능을 확인하는 데 쓸모가 없기 때문입니다.
전문 프로그래머는 최대 수준의 경고와 모든 경고(비고가 아닌 경고만)를 켜고 단일 경고 없이 코드가 컴파일되도록 엄격하게 보장합니다. 일부 특히 열성적인 것들은 컴파일러가 경고를 오류로 취급할 때 특수 모드를 포함하며, 적어도 하나의 경고가 있으면 코드가 단순히 컴파일되지 않습니다.
그러나 그 후에야 컴파일러가 (정확히 해야 하는) 무엇을 해야 하는지 이해하게 됩니다. 지금은 2014년이고 기존 컴파일러는 품질 관리 측면에서 최소 10년 뒤쳐지고 최적화에만 집중합니다.
정보: 인텔 C ++ 컴파일러는 아직 염증에서 회복되지 않았습니다. 우리 프로젝트 에 내부 컴파일러 오류가 계속 발생합니다. 즉, 큰 프로젝트를 씹지 않고 자체 오류를 생성합니다. 그리고 뛰어난 최적화 속성에 대한 신화는 이미 구식입니다. 다른 모든 사람들은 최적화 수준을 크게 향상시켰습니다.
C++와 같이 위험하고 자살 충동을 일으키는 언어에는 컴파일을 위한 키와 비활성화가 너무 많아서 모든 면에서 자신 있는 프로그래머가 신경 경련 없이 아무데도 없는 수많은 오래되고 복사된 코드를 컴파일할 수 있습니다. :)
여기 사람들이 이상합니다. 그런 돈키호테는 풍차처럼 컴파일러와 싸웁니다. 중요한 것은 컴파일러가 당신의 동맹이라는 것입니다! 컴파일러가 코드의 잠재적으로 위험한 부분에 대해 맹세하게 되어 기쁩니다. 응용 프로그램이 실행된 직후 오류 행과 함께 충돌하는 경우에도 기뻐하십시오. 그러나 오류 및 경고가없고 프로그램이 외부적으로 정상적으로 작동하지만 때때로 이상한 결함이 나타나기 시작하는 경우 관리되지 않는 코드를 얻는 것을 금지합니다. 그 원인은 어디에도 없습니다. 그러한 순간에, 당신은 증기로 뒤덮이고 "잘못된 포인터" 또는 "0으로 나누기"와 같은 오류에 대한 꿈을 꾸기 시작합니다.
컴파일러 컴파일러, 그것은 밝혀졌습니다 - 불일치. 여기서 인텔의 C/C++ 컴파일러는 동맹입니다. 비고를 부탁드립니다. 원하지 않으시면 문제 없습니다. 나는 몇 가지 언급을 끄고 싶습니다.
그리고 더 많은 다른 컴파일러가 있습니다. 어느 - "하지만 당신은 당신이 원하는 것을 결코 알지 못합니다."
컴파일러가 "순종"할 때 동맹국일 때 기뻐하는 것이 적절합니다. 또한 비관리 코드 생성을 자제할 수 있는 경우에도 마찬가지입니다. 그러면 그런 이상한 꿈에 대한 생각이 떠오르지 않을 것입니다.
다시 말하지만, 전문 프로그래머는 일반적으로 경고를 보지 않습니다. 왜냐하면 그들은 이미 컴파일러의 논리를 알고 있고 컴파일러는 코드의 기능을 확인하는 데 쓸모가 없기 때문입니다.
정적 분석기에 익숙해지면 일부 사람들이 짜증을 낼 것이라는 것을 이해합니다.
그러나 그 후에야 컴파일러가 (정확히 해야 하는) 무엇을 해야 하는지 이해하게 됩니다. 지금은 2014년이고 기존 컴파일러는 품질 관리 측면에서 최소 10년 뒤쳐지고 최적화에만 집중합니다.
정보: 인텔 C ++ 컴파일러는 아직 염증에서 회복되지 않았습니다. 우리 프로젝트 에 내부 컴파일러 오류가 계속 발생합니다. 즉, 큰 프로젝트를 씹지 않고 자체 오류를 생성합니다. 그리고 뛰어난 최적화 속성에 대한 신화는 이미 구식입니다. 다른 모든 사람들은 최적화 수준을 크게 향상시켰습니다.
C++와 같이 위험하고 자살 충동을 일으키는 언어에는 컴파일을 위한 키와 비활성화가 너무 많아서 모든 면에서 자신 있는 프로그래머가 신경 경련 없이 아무데도 없는 수많은 오래되고 복사된 코드를 컴파일할 수 있습니다. :)
...
다시 말하지만, 전문 프로그래머는 일반적으로 경고를 보지 않습니다...
연대기로!!!
C++ 및 기타 언어 프로그램의 최적 작성(속도/최적화 + 오류 감지 등)을 위한 환경, 컴파일러 및 설정을 추천해 주시겠습니까?
비주얼 스튜디오 어떻게?
나는 그것을 시도했다, 괜찮아. 그러나 나는 비교할 것이 없습니다. 그리고 최적의 인프라에서 프로그래밍하고 싶습니다.
내 프로그램은 작고 소스 코드가 100킬로바이트를 초과하는 경우는 거의 없습니다. 그런 아마추어 옵션에 대한 추천을 받고 싶습니다. 그것은 큰 프로젝트 에 관한 것이 아닙니다.
C++ 및 기타 언어 프로그램의 최적 작성(속도/최적화 + 오류 감지 등)을 위한 환경, 컴파일러 및 설정을 추천해 주시겠습니까?
전문성 개발을 위한 권장 사항: