Makefile.am 프로젝트를 구축하는 데 필요한 매우 중요한 데이터입니다 : tut_prog라는 대상 프로그램은 $prefix / bin / 디렉토리에 배치됩니다. 그것을 구축하기 위해 우리는 main.c가 필요합니다. 우리는 그것을 구축 하는 방법을 지정 하지 않습니다 참고: 자동 확인 그것을 알아낼 것 이다. 우리는 심지어이 사전 메이크 파일에서 컴파일러를 언급하지 않았습니다. 마지막으로, 나는 다음과 같은 기능을 가진 더 복잡한 예를 제시하고 싶습니다 : 자동 도구는 여러 가지 도구로 구성되어 있습니다 : aclocal, autoconf, 자동 메이크 및 우리가 여기에 표시되지 않습니다 다른, 두 패키지에 속하는: 자동 만들기 및 자동 conf. dblommesteijn/자동 도구 예제에서 새로운 릴리스에 대한 알림을 원하십니까? autogen.sh 파일은 autoreconf를 호출하는 셸 스크립트입니다. 이 도구 autoreconf는 자동 conf, 자동 확인 및 관련 도구를 올바른 순서로 호출할 책임이 있습니다. 프로젝트의 소스 트리입니다. .cpp 및 .h 파일을 제외하고 이러한 텍스트 파일은 최소한의 GNU 자동 제작/자동 conf 기반 프로젝트를 위해 만들어야 하는 유일한 파일입니다. 다른 모든 파일은 도구에 의해 생성됩니다. 한편, 오토 메이크 / Autoconf에 대한 또 다른 매우 흥미로운 책은 온라인으로 사용할 수 있습니다 : 자동 도구 : 자동 conf에 대한 실무자의 가이드, 자동 성형 및 Libtool [7] 무료 소프트웨어 잡지 웹 사이트에서.
aclocal 은 configure.ac 검사하고 configure.ac 언급 된 매크로가 포함 된 aclocal.m4 파일을 만듭니다. aclocal은 자동 메이크 패키지의 일부이며, 자동 메이크 매크로 및 일반적으로 /usr / 공유 / aclocal시스템 경로에서 기본적으로 검색합니다. 나는 당신이 오토 메이크 / 자동 conf 개념의 오류 또는 남용을 발견 특히, 모든 의견을 주셔서 감사합니다. src/Makefile.am의 또 다른 합병증은 플렉스/들소 생성 파서가 포함되어 있다는 것입니다. 자동 확인을 사용하면 들소 문법 파일 (.yy) 및 Flex 렉서 파일 (.ll) 파일만 나열하면됩니다. 자동 확인은 소스 코드를 생성하기 위해 Flex/Bison을 호출하는 방법을 알고 있습니다. Makefile.am 자동 확인에 의해 처리됩니다; 결과는 Makefile.in 될 것입니다. 이 Makefile.in 실제 메이크 파일과 가깝지만 구성 스크립트가 실행될 때 대체될 변수 이름이 포함되어 있어 실제 메이크파일(Makefile)이 됩니다.
예를 들어, 구성은 최종 Makefile에서 사용할 컴파일러(AC_PROG_CC 매크로를 사용하여 찾은 컴파일러)를 작성합니다. 이제 다양한 파일 간의 관계를 파악하기 시작하는 최소한의 예제를 살펴보겠습니다. 다소 완전하고 가능성이 높은 예제가 여기에 제공됩니다. PRE가 제안된 단계와 정확히 같지 않은 경우 해당 다음 단계를 수행할 필요가 없습니다. 파일의 내용을 살펴 보겠습니다. Makefile.am 라는 파일은 자동 만들기 도구에 대 한 입력입니다. 첫째, 루트 Makefile.am: 구성 템플릿 스크립트의 이름을 configure.in 수 있습니다.
