Учитывая имя AM_PATH_GTK_2_0, делается следующая последовательность наблюдений: 1) «AM_» находится в пространстве имен automake, поэтому макрос m4 должен исходить от automake.2) Хм, это не в автомате.3) Это, вероятно, исходит от gtk, поэтому разработчики gtk допустили ошибку, назвав свой макрос m4 в конфликте с automake.Это ошибка в gtk, но мне, вероятно, понадобится скачать новейшую версию gtk, чтобы получить макрос.
Проблема в том, что у вас нет макроса m4, которого ожидает от вас gtk.Вам, вероятно, нужно установить libgtk-devel (или что-то в этом роде).Если я прав и libgtk действительно устанавливает макрос m4 с именем AM _..., сообщите об этом разработчикам как об ошибке.Они топают пространство имен automakes (к сожалению, это очень распространенная ошибка.)
Поскольку вы упоминаете о загрузке automake, я думаю, что проблема в том, что вы используете aclocal, который не просматривается в / usr / share/ aclocal, но в другом месте (т.е. вы установили automake в / usr / local) Когда вы установили libgtk-dev, он, вероятно, установил файл * .m4 в / usr / share / aclocal, но вам нужен этот файл в /usr / local / share / aclocal (или $ prefix / share / aclocal, где префикс - это то, что вы использовали для установки automake.) Самое простое решение - скопировать этот файл в $ (aclocal --print), то есть запустить "aclocal --print ", чтобы увидеть, где aclocal ищет файлы m4, а затем найти файл, установленный libgtk-dev, который определяет макрос с неверно названным макросом m4, и скопировать этот файл в соответствующее место.В качестве альтернативы (и, возможно, лучшего решения) вы можете поместить файл с именем dirlist в $ (aclocal --print), который содержит одну строку "/ usr / share / aclocal", так что установленный вручную aclocal всегда будет искать файлы m4, которыеустановлены в /usr/share.