문제가 생길수 있습니다. 2.3.2에는 없는 함수가 2.3.3에는 존재할수 있고, 이를 사용하는 프로그램에서는 오류가 납니다.
-------------------------------------------------------------------------------
It's better to appear stupid and ask question than to be silent and remain stupid.
-------------------------------------------------------------------------------
It's better to appear stupid and ask question than to be silent and remain stupid.
2.3.3 에서 빌드된 프로그램을 2.3.2 환경에서 실행시키는 경우를 질문하시는 거라면,
큰 걱정은 하지 않으셔도 됩니다.
필요한 심볼이 있다없다 정도의 차이라면 프로그램이 실행조차 되지 않을 것이고,
이것은 별로 걱정할만한 상황이 아니죠.
진실로 두려운 것은, 사용된 어떤 함수의 API 가 틀려지는 경우입니다.
보통 major, minor, patch level 로 버전번호를 구성하는데,
glibc 의 경우는 minor 까지 동일하면 API 의 변화가 없다는 것이 보장됩니다.
라이브러리의 API 호환성 또는 의존성의 문제는 전적으로 라이브러리 제작자에 의해 통제됩니다.
컴파일 타임 링크건 런타임 링크건, 모든 것이 명시적이고 투명하게 이뤄집니다.
쉽게말해, 실행자체에 이상이 없다면 그 이후의 동작에 대해서 염려하지 않으셔도 되고,
실행이후의 동작이 염려될만한 상황이라면, 실행자체가 되지 않을 것이라는 뜻입니다.
문제가 생길수
문제가 생길수 있습니다. 2.3.2에는 없는 함수가 2.3.3에는 존재할수 있고, 이를 사용하는 프로그램에서는 오류가 납니다.
-------------------------------------------------------------------------------
It's better to appear stupid and ask question than to be silent and remain stupid.
-------------------------------------------------------------------------------
It's better to appear stupid and ask question than to be silent and remain stupid.
2.3.3 에서 빌드된
2.3.3 에서 빌드된 프로그램을 2.3.2 환경에서 실행시키는 경우를 질문하시는 거라면,
큰 걱정은 하지 않으셔도 됩니다.
필요한 심볼이 있다없다 정도의 차이라면 프로그램이 실행조차 되지 않을 것이고,
이것은 별로 걱정할만한 상황이 아니죠.
진실로 두려운 것은, 사용된 어떤 함수의 API 가 틀려지는 경우입니다.
보통 major, minor, patch level 로 버전번호를 구성하는데,
glibc 의 경우는 minor 까지 동일하면 API 의 변화가 없다는 것이 보장됩니다.
라이브러리의 API 호환성 또는 의존성의 문제는 전적으로 라이브러리 제작자에 의해 통제됩니다.
컴파일 타임 링크건 런타임 링크건, 모든 것이 명시적이고 투명하게 이뤄집니다.
쉽게말해, 실행자체에 이상이 없다면 그 이후의 동작에 대해서 염려하지 않으셔도 되고,
실행이후의 동작이 염려될만한 상황이라면, 실행자체가 되지 않을 것이라는 뜻입니다.
OTL
댓글 달기