단일 실행 파일을 개발할 때 다른 C ++ 컴파일러 및 언어 버전 사용

우리 회사는 위성 통신을 위해 크고 복잡한 소스 코드를 구매할 것입니다.

이 코드는 C ++로 코딩되어 있으며 코드를 구매 한 코드와 단일 실행 단위로 연결하여 C ++로 코드를 추가합니다.

• 구매 한 코드를 개발하는 데 사용한 것과 동일한 컴파일러 및 동일한 컴파일러 버전을 사용해야합니까?

• 구매 한 코드와 동일한 버전의 C ++를 사용해야합니까? 2014를 사용하지 않는 경우, 우리는 _might_의 일부 기능을 사용하려고하지만 다른 버전을 혼합하는 데 문제가있을 수는 없습니다.

이론 상으로는 물론 언어 버전은 중요하지 않지만 컴파일러의 버전이 다르면 서로 다른 객체 코드가 생성되어 타이밍 차이 등이 발생할 수 있습니다.

우리는 무엇을 알고 있어야합니까?

구매 한 코드를 개발하는 데 사용한 것과 동일한 컴파일러 및 동일한 컴파일러 버전을 사용해야합니까?

때에 따라 다르지.

컴파일러는 ABI를 대상으로하는 코드를 생성합니다. 일부는 일반적인 ABI를 사용하고 있습니다 (예를 들어 실수하지 않은 경우 clang ++ 및 g ++ 대상이 Itanium ABI라고 부름)-그렇게하지 못하게하는 버그가있을 수 있습니다-객체 코드를 사용할 수 있어야합니다 동일한 프로그램에서 둘 다 (물론 동일한 버전의 ABI를 대상으로하는 버전을 사용한다고 가정). 컴파일러 버전에서도 마찬가지입니다. 일부는 다른 버전보다 동일한 ABI를 유지하기 위해 더 많은주의를 기울입니다. 분명히, 그들은 모두 언젠가 ABI 변경이 필요하며, 호환되지 않는 방식으로 변경해야 할 수도 있습니다. 언어 표준 선택과 같은 일부 설정은 ABI 선택에 영향을 줄 수 있습니다.

그런 다음 표준 라이브러리의 문제가 있습니다. 컴파일러 (또는 동일한 컴파일러의 다른 버전) 자체는 동일한 ABI를 사용할 수 있지만 표준 라이브러리는 호환되지 않을 수 있습니다 (clang ++와 같은 일부 컴파일러는 여러 표준 라이브러리와 함께 사용할 수 있음). 작동하게하려면 인터페이스에서 사용되는 내용에 따라 달라질 수 있습니다.

다시 말해서, 당신은 당신이 속한 특정 사건에 대한 정보를 파고 찾아야합니다. 어떤 종류의 정보를 찾아야하는지의 시작점과 예로써, 여기 libstdc ++ (g ++가 사용하는 라이브러리)가 제공하는 정보가 있습니다. 일부 구성에서는 clang ++)

구매 한 코드를 개발하는 데 사용한 것과 동일한 컴파일러 및 동일한 컴파일러 버전을 사용해야합니까? 구매 한 코드와 동일한 버전의 C ++를 사용해야합니까?

이것은 주로 기술적 질문이 아닙니다. 계약서에 쓴 내용에 대한 법적 질문입니다. 소프트웨어 공급 업체가 해당 환경에서 사용할 수 있도록 보증 된 버전을 제공하는지 확인하십시오 . 그렇지 않으면 항상 다른 컴파일러, 컴파일러 버전 또는 언어 버전에서 문제가 발생할 위험이 있습니다.

이것은 구성 요소 또는 그 일부를 폐쇄 소스로 구매할 때 특히 중요합니다. 공급 업체가 현재 컴파일러 환경에서 구성 요소를 사용할 수 있다고 보장하더라도 향후 새로운 컴파일러 버전으로 전환하려는 경우 업데이트를 제공 할 것입니까? 전체 소스 코드에 액세스 할 수없는 경우 호환성 문제를 직접 해결하는 데 많은 도움이되지 않을 것입니다. 그렇기 때문에 소프트웨어를 구매해야 할뿐만 아니라 공급 업체와의 장기 유지 보수 계약을 고려해야합니다.

우리 회사는 위성 통신을위한 크고 복잡한 소스 코드를 구매할 것입니다. 이 코드는 C ++로 코딩되어 있으며 코드를 구매 한 코드와 단일 실행 단위로 연결하여 C ++로 코드를 추가합니다.

잘 들린다!

구매 한 코드를 개발하는 데 사용한 것과 동일한 컴파일러 및 동일한 컴파일러 버전을 사용해야합니까?

일반적으로 말하면 필요하지 않습니다. C ++의 목적은 이러한 종류의 것들에 대한 추상화 역할을하는 것이므로 잘 작성된 C ++ 프로그램은 원래 작성자와 마찬가지로 툴체인에서도 컴파일되며 결과 프로그램은 동일한 결과를 얻게됩니다. 다른 컴파일러는 다른 점에 능숙하기 때문에 성능이 다를 수 있지만 프로그램의 기본 동작은 바뀌지 않아야합니다.

그러나 잘못 작성된 소프트웨어는 구현 별 동작 또는 정의되지 않은 동작에 의존 할 수 있습니다. 내장 유형 또는 플랫폼의 엔디안에 대해 가정 할 수 있습니다. 잘 작성된 소프트웨어라도 선택한 툴체인에서 사용할 수없는 비표준 확장에 의존하는 것 외에는 선택의 여지가 없을 수도 있습니다. 원래 프로젝트.

궁극적으로, 당신은 소스 코드가 작성된 소스를 제작자 / 공급자에게 요청해야합니다. 예를 들어 Visual Studio 2015에 대해 특별히 작성되었다고 주장하고 Windows API 기능이 필요하다면 아마도 그 점을 고려해야합니다. 그러나 이식 가능한 표준 C ++이라고 주장하는 경우 원하는 컴파일러를 사용하십시오. 구매 계약에 공급 업체가 거짓말을했을 때 무료로 도움을받을 수 있도록 지원 계약이 포함되어 있는지 확인하십시오.

구매 한 코드와 동일한 버전의 C ++를 사용해야합니까? 그것은 2014를 사용하지 않을 경우, 우리는 할 수 그것의 일부 기능을 사용하기를 원하지만 다른 버전을 혼합 몇 가지 문제가있을 수 있습니다하지 않는 경우.

아마. 아마도.

C ++ 03은 대부분 순방향 호환되므로 코드가 C ++ 03이면 문제가 없을 것입니다. (일부 조정이 필요할 수 있습니다.)

그러나 C ++ 11 및 C ++ 14에 도입 된 기능은 이전 버전과 호환되지 않으므로 공급 업체가 C ++ 11 람다를 사용하고 C ++ 03 컴파일러에서 코드를 작성하려고하면 작동하지 않습니다.

이론 상으로는 물론 언어 버전은 중요하지 않지만 컴파일러의 버전이 다르면 서로 다른 객체 코드가 생성되어 타이밍 차이 등이 발생할 수 있습니다.

물론. 코드가 예상 결과를 얻기 위해 특정 구현에 많이 의존하는 경우 책임을지고이를 사용자에게 알리는 것은 공급 업체의 책임입니다. 우리는 현실 세계에 살고 있기 때문에 부지런히 먼저 질문하는 것이 좋습니다.

그리고 나는 다른 사람들이 말한 것을 반향 할 것입니다 : 당신이 어떤 종류의 지원 수단을 가지고 있는지 확인하십시오. 그래서 그들이 의도적 으로든 그렇지 않든 이러한 질문에 대한 답변을 잘못 표현했을 경우 결과 비용을 부담하지 않습니다.

코드를 링크하지 않고 컴파일 된 객체 파일을 링크합니다.

이 경우 예, 다른 C ++ 컴파일러 (또는 디버그 / 릴리스 빌드와 같은 설정) 또는 다른 버전 또는 다른 (버전의) 표준 라이브러리를 사용하여 이진 수준에서 상호 작용하는 부분을 작성할 때 부품이 C 이상의 API를 사용하여 서로 통신하는 경우 애플리케이션.

컨테이너 또는 예외와 같은 기능은 동일한 인터페이스를 제공하지만 이진 수준에서는 여러 가지 서로 호환되지 않는 방식으로 구현 될 수 있습니다.

그러나 다른 컴파일러를 사용하여 전체 코드를 컴파일하는 것은 다른 문제입니다. 고려해야 할 질문 :

• 코드는 어떤 플랫폼 / 아키텍처를 대상으로합니까?
• 어떤 표준을 위해 작성 되었습니까?
• 비표준 컴파일러 기능을 사용합니까?
• 코드에 하드 코딩 된 플랫폼 별 가정이 포함되어 있습니까 (항상 포인터가 2 바이트를 차지한다는 것을 고려할 때)?

또한 코드에 동작이 정의되지 않은 부분이 포함될 위험이 있습니다. 이것들은 하나의 컴파일러를 사용할 때 잘 작동하는 것처럼 보이지만 다른 컴파일러를 사용할 때 신비한 방법으로 실패합니다.

구매 한 코드를 개발하는 데 사용한 것과 동일한 컴파일러 및 동일한 컴파일러 버전을 사용해야합니까?

컴파일러를 전환하면 문제가 발생할 수 있습니다. 현재 우리 회사에서는 Clang과 MSVC를 사용하며 한 컴파일러에는 다른 컴파일러가 표시하지 않는다는 오류가 있습니다.

구매 한 코드와 동일한 버전의 C ++를 사용해야합니까? 그것은 2014를 사용하지 않을 경우, 우리는 할 수 그것의 일부 기능을 사용하기를 원하지만 다른 버전을 혼합 몇 가지 문제가있을 수 있습니다하지 않는 경우.

반드시 필요한 것은 아니지만 컴파일러는 사용하려는 C ++ 버전을 지원해야합니다. C ++은 모든 버전에서 레트로 호환성을 보장합니다.

컴파일러를 변경할 때 한 가지 큰 문제는 정의되지 않은 동작입니다.받는 코드가 정의되지 않은 동작을 호출하면 코드를 올바르게 사용할 수 있고 컴파일러를 사용할 때 모든 테스트를 통과하고 컴파일러에 크게 잘못되는 것을 포함하여 모든 것이 가능합니다.

가능하지만 최적화 수준을 변경하고 동일한 버전의 다음 컴파일러 등을 사용하면 문제가 발생할 수도 있습니다. 따라서 피할 수있는 것은 없습니다.