정의되지 않은 매크로 : AC_MSG_ERROR

configure.ac에 다음이 있습니다.

AC_CHECK_PROGS(MAKE,$MAKE make gmake,error)
if test "x$MAKE" = "xerror" ;then
  AC_MSG_ERROR([cannot find a make command])
fi

이것은 오랫동안 우리 프로젝트에 있었지만 일부 설정에서는 다음 오류가 발생합니다.

configure.ac:45: error: possibly undefined macro: AC_MSG_ERROR
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.

이 위에 최근 추가 된 줄 :

AC_CONFIG_MACRO_DIR([m4])
LT_INIT

누구든지이 오류의 원인과 문제를 추적하는 방법을 설명 할 수 있습니까?

편집 : 차이점에 대한 세부 정보 추가.

작동하는 상자 :

uname -a Linux host1 2.6.38-13-generic #53-Ubuntu SMP Mon Nov 28 19:33:45 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

automake: 1.11.1
autoconf: 2.67
m4: 1.4.14
libtoolize: 2.2.6b

작동하지 않는 상자 :

Linux host2 2.6.32-35-generic-pae #78-Ubuntu SMP Tue Oct 11 17:01:12 UTC 2011 i686 GNU/Linux

automake: 1.11.1
autoconf: 2.65
m4: 1.4.13
libtoolize: 2.2.6b

새로운 편집 : 32 비트 머신 만이이 어려움을 경험합니다.

업데이트 내가 가진 CentOS는 컴퓨터에 문제를 재현 할 수 있어요 autoconf 2.67, automake 1.11.1, libtool 2.2.6b,와 m4 1.4.14. 32 비트 컴퓨터의 버그입니까?

나는 이와 동일한 문제가 있었고 pkg-config패키지가 없다는 것을 알았 습니다.

패키지를 설치 한 후 모든 것이 올바르게 생성되었습니다.

aclocal.m4 등을 올바르게 채우기 위해 autoreconf -fi수동으로 호출 하는 대신 사용 하는 것이 좋습니다 aclocal;autoconf;automake; #and whatever else.

ACLOCAL_AMFLAGS = -I m4(최상위 Makefile.am에) 추가 AC_CONFIG_MACRO_DIR([m4])하고 자신의 m4 파일을 사용하지 않는 경우 현재 여전히 선택 사항이지만 물론 그렇게하면 프로세스가 침묵합니다 :)

나는 내 자신 에이 문제가 configure.ac있었지만이 경우 (그리고 여기 Google의 누구에게나 이익을 위해) 실수로을 인용했기 때문에 AC_MSG_ERROR문자열로 취급되었습니다.

AX_BOOST_BASE([1.42], [], [AC_MSG_ERROR([Could not find Boost])])

AC_MSG_ERROR매크로 주변의 대괄호를 제거하면 다음 과 같이 작동합니다.

AX_BOOST_BASE([1.42], [], AC_MSG_ERROR([Could not find Boost]))

설치해야한다는 의견 pkg-config이나 일부 패키지에는 요점이 없습니다. 은 AC_MSG_ERROR일에 생각하고 "당신은 패키지 XYZ를 설치해야합니다"와 같은 당신에게 도움이되는 메시지를 제공하지만, 때문에 일부 문제의입니다 AC_MSG_ERROR작동하지 않습니다. 패키지 XYZ를 설치하면 확실히 오류가 사라지지만 패키지가 있으면 더 이상 오류 메시지를 인쇄 할 필요가 없기 때문입니다!

따라서 설치 pkg-config또는 특정 패키지는 문제를 우회 할뿐 실제로 문제를 해결하지는 않습니다.

나는 또한 비슷한 문제가 있었다 .. 내 해결책은

apt-get install libcurl4-openssl-dev

(나는 libcurl이 모두 설치되어 있었다) 적어도 나를 위해 일했다 ..

CentOS 7에서 이와 동일한 문제가 발생했습니다.

경우에 따라 libcurl-devel( libcurl이 시스템에 이미 설치되어 있음) 설치 후 문제가 발생했습니다.

otto-de / libvmod-uuid를 사용하여 RHEL7.5에서 동일한 문제가 발생했습니다.

"autoconf-archive"패키지를 설치하여 수정되었습니다.

로컬 ' m4'디렉토리 를 설정하고 있습니까? 예 :

> aclocal -I m4 --install

일부 패키지는 glibtoolize, autoheader, autoconf, automake를 실행하기 위한 autogen.sh또는 initgen.sh쉘 스크립트 와 함께 제공됩니다 . autogen.sh내가 사용 하는 스크립트 는 다음과 같습니다 .

#! /bin/sh

case `uname` in Darwin*) glibtoolize --copy ;;
  *) libtoolize --copy ;; esac

autoheader
aclocal -I m4 --install
autoconf

automake --foreign --add-missing --force-missing --copy

편집하다

ACLOCAL_AMFLAGS = -I m4최상위 에 추가해야 할 수 있습니다 Makefile.am.

데비안의 경우. 필수 패키지는 다음과 같습니다. m4 automake pkg-config libtool

autom4te에 의해 오류가 생성됩니다. 올바르게 설정되면 해당 오류를 생성하는 코드 부분에 'AC_MSG_ERROR'가 표시되지 않아야합니다. 해당 지점 이전에 m4만큼 확장 되었어야하기 때문입니다. 오류는 "일부 설정에서만"발생한다고 말합니다. 이 설정에서 autoconf 설치가 fubar라고 제안합니다. 호환되지 않는 m4 버전이 설치되어있을 수 있습니다.

MacOS X 사용

sudo port install pkgconfig

해결책이었습니다!

brew를 사용하는 Mac OS X el captain에서 다음을 시도하십시오.
brew install pkgconfig

이것은 나를 위해 일했습니다.

이 문제에는 두 가지 가능한 이유가 있습니다.

1. aclocal을 설치하지 않았습니다.
   해결책 : libtool 설치

   • 우분투의 경우 : sudo apt-get install libtool
   • centos의 경우 : sudo yum install libtool

2. LIBTOOL.m4의 경로가 오류입니다.
   해결책:

   1. aclocal --print-ac-diraclocal에 대한 현재 경로를 확인 하는 데 사용 합니다 (일반적으로 "/ usr / share / aclocal"또는 "/ usr / share / aclocal"이어야 함).
   2. 그런 다음 * .m4 파일이 있는지 확인하십시오.
   3. 그렇지 않은 경우이 경로에 해당하는 * .m4 파일을 cp. (어쩌면 cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/또는 cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/)

도움이되기를 바랍니다.

Ubuntu ( error: possibly undefined macro: AC_MSG_ERROR) 에서 동일한 문제가 있었지만 위의 답변이 저에게 효과적이지 않았습니다. 여기 에서 해결책을 찾았습니다 .

그게 트릭이었습니다.

$ LANG=C LC_CTYPE=C ./autogen.sh

Mac에 pkg-config를 설치 한 후 문제가 해결되었습니다 (brew install pkg-config).

나는 이것을 yum install libtool

이것은 로컬로 정의 된 매크로에 대한 인수에서를 잊었을 때 발생했습니다. 알아 내려고 몇 시간을 보냈습니다 (자동 도구에 거의 익숙하지 않음) ...

AC_CHECK_MACRO([Foo]
    AC_LOCAL_DO([......

그랬어 야 했어

AC_CHECK_MACRO([Foo],      # <-- Notice comma, doh!
    AC_LOCAL_DO([......

나에게 오류 등을 주었어야하는 것처럼 보이지만 매크로 프로세서라면 말한 대로만 수행 할 수 있다고 생각합니다.

이걸로 몇 시간을 잃었습니다. 내 결론 :

• 버전 및 기타 지역 조건에 따라 autoconf는 정의되지 않은 매크로 가 발생하면 정의되지 않은 AC_MSG_ERROR에 대한 메시지를 뱉어냅니다 . AC_MSG_ERROR는 붉은 청어입니다. 정의되지 않은 매크로의 원인은 다음과 같습니다.
  • 파일에있는 매크로 이름의 오타 또는 tarball과 함께 제공되지 않은 로컬 매크로
  • autoconf 매크로 세트와 함께 제공되는 패키지가 누락되었으며 그중 하나는 파일에서 사용됩니다. pkg-config는 종종 누락 된 항목이지만 (예 : PKG_CHECK_MODULES로 인해) 필요하지만없는 매크로를 제공하는 다른 패키지 일 수 있습니다. 물론 악의적 인 것은 아직 존재하지 않는 구성 스크립트가 누락 된 패키지를 확인할 수 있기 전에 이런 일이 발생한다는 것입니다.

jhbuild로 amtk 및 utthpmock을 빌드하려고 할 때 비슷한 문제가 발생했습니다.

최신 버전의 autoconf-archive를 설치해야했습니다. 지침은 https://github.com/autoconf-archive/autoconf-archive/blob/master/README-maint에 있습니다. 나는 sudo make install마지막에 추가 했다.

마지막 단계는 내 ACLOCAL_PATH:

echo 'export ACLOCAL_PATH=$ACLOCAL_PATH:/usr/local/share/aclocal' >> ~/.bashrc

이후 source ~/.bashrc모든 매크로가 마침내 발견되었고 빌드가 성공했습니다.

새로 설치된 컴퓨터에서 Macports 포트 "openocd"(로컬에서 git 저장소를 사용하도록 Portfile을 수정)와 동일한 문제가 발생했습니다.

영구적 인 수정은 간단합니다. Portfile에서 pkgconfig에 대한 종속성을 정의하십시오. depends_lib-append port : pkgconfig