2008-09-19 4 views
1

우리는 우리가 지원하는 모든 플랫폼에서 공통적 인 소프트웨어 세트를 사용할 수 있도록 직장에서 RPM 기반 소프트웨어 배포를 유지 관리합니다. 결과적으로 우리는 많은 타사 소프트웨어를 구축해야하며, Solaris 나 다른 플랫폼에서 빌드하기 위해 autoconf/automake/libtoolize/etc를 실행할 필요가있는 상황을 자주 발견합니다.GNU autotools의 권장 버전은 무엇입니까?

나는 이것과 아주 많은 결과를 보았습니다. 이 도구들은 꽤 부서지기 쉽고 파일은 원래 작성된 autoconf/automake/etc의 버전에서만 자주 사용됩니다.

이상적으로 나는 한 버전의 GNU autotools만을 지원해야하지만, 나는 실제로 모든 버전의 복사본을 가지고 있어야한다는 인상을 받는다.

이 경우가 비정상입니까 아니면 다른 사람들에게 동일한 문제가 있습니까? 모든 경우를 다루는 autotools 버전의 하위 집합이 있습니까?

답변

1

경험치가 비정상적인 것은 아닙니다. Autotools는 특히 복잡한 프로젝트의 경우와 같이 취성이 있습니다. 슬프게도 주위에 많은 버전이있는 대안이없는 것 같습니다.

5

autotools는 부서지기 쉽고 특정 버전 일 수 있습니다. 그러나 개발 도구에서이 도구 만 사용하면됩니다. 대상 컴퓨터에 프로젝트를 배포 할 때 대상에 도구가 설치되어 있지 않아도됩니다. 테스트 머신조차도 툴을 필요로하지 않습니다. 프로젝트에 파일이나 라이브러리를 추가하는 것과 같이 종속성이 변경 될 때만 실행하면됩니다.

우리는 수년간 실내 프로젝트에이 도구를 사용해 왔으며 더 나은 솔루션을 찾지 못했습니다. 유닉스 세계에 있다면, configure; make; make install이 작동하는 이점을 과소 평가하지 마십시오..