Ошибка ae default biz error msg - IT Справочник
Llscompany.ru

IT Справочник
16 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка ae default biz error msg

возможно, неопределенный макрос: AC_MSG_ERROR

У меня есть следующее в configure.ac:

Это было в нашем проекте уже давно, но в некоторых настройках я получаю эту ошибку:

Строки, которые были недавно добавлены выше этого:

Может ли кто-нибудь объяснить, что вызывает эту ошибку и как отследить проблему?

EDIT: добавление подробностей о различиях.

Коробка, которая работает:

Коробка, которая не работает:

Новое редактирование: только 32-битные машины испытывают эту трудность.

Обновлено я могу воспроизвести проблему на машине CentOS с autoconf 2.67 , automake 1.11.1 , libtool 2.2.6b и m4 1.4.14 . Это просто ошибка с 32-битными машинами?

17 Ответов

У меня была та же проблема, и я обнаружил, что пакет pkg-config отсутствует.

После установки пакета все сгенерировано правильно.

Рекомендуется использовать autoreconf -fi вместо ручного вызова aclocal;autoconf;automake; #and whatever else для правильного заполнения aclocal.m4 и так далее.

Добавление ACLOCAL_AMFLAGS = -I m4 (к верхнему уровню Makefile.am) и AC_CONFIG_MACRO_DIR([m4]) в настоящее время все еще является необязательным, если вы не используете собственные файлы m4, но, конечно, это заставит замолчать proocess 🙂

У меня была эта проблема с моим собственным configure.ac , но в данном случае (и для пользы любого здесь из Google) это было потому, что я случайно процитировал AC_MSG_ERROR , поэтому он рассматривался как строка:

Как только я убрал квадратные скобки вокруг макроса AC_MSG_ERROR , это сработало:

Эти комментарии, говорящие, что вы должны установить pkg-config или какой-то пакет, не имеют смысла. AC_MSG_ERROR должен работать и давать вам полезное сообщение типа «вам нужно установить пакет XYZ», но из-за какой-то проблемы AC_MSG_ERROR не работает. Установка пакета XYZ, безусловно, приведет к тому, что ошибка исчезнет, но только потому, что после установки пакета больше нет необходимости печатать сообщение об ошибке!

Таким образом, установка pkg-config или конкретного пакета просто обходит проблему, но на самом деле не устраняет ее.

Я испытал ту же самую проблему под CentOS 7

В майском случае проблема исчезла после установки libcurl-devel ( libcurl уже был установлен на этой машине)

у меня тоже была подобная проблема.. мое решение состоит в том, чтобы

(у меня уже был установлен libcurl allready ) по крайней мере, это работало на меня..

Вы настраиваете локальный каталог ‘ m4 ‘? напр.,

> aclocal -I m4 —install

Некоторые пакеты поставляются со сценарием autogen.sh или initgen.sh shell для запуска glibtoolize, autoheader, autoconf, automake. Вот сценарий autogen.sh , который я использую:

EDIT

Возможно, Вам потребуется добавить ACLOCAL_AMFLAGS = -I m4 к верхнему уровню Makefile.am .

Для Debian. Обязательными пакетами являются: m4 automake pkg-config libtool

Ошибка генерируется автоматом autom4te. Если все настроено правильно, то часть кода, которая генерирует эту ошибку, никогда не должна видеть ‘AC_MSG_ERROR’, потому что до этого момента она должна была быть расширена на m4. Вы говорите, что ошибка происходит только «in some setups». Я бы предположил, что в этих установках ваша установка autoconf-это fubar. Возможно, у вас установлена несовместимая версия m4.

Использование MacOS X

это было решение проблемы!

На Mac OS X el captain с brew, попробуйте:
brew install pkgconfig

Это сработало для меня.

У меня была такая же проблема на RHEL7.5 с otto-de/libvmod-uuid

Это было исправлено путем установки пакетов «autoconf-archive»

Моя проблема решена после установки pkg-config на Mac (brew install pkg-config)

Я решил эту проблему с помощью yum install libtool

Есть две возможные причины этой проблемы:

не устанавливал aclocal.
решение:установите libtool

  • Для ubuntu: sudo apt-get install libtool
  • Для centos: sudo yum install libtool

путь к LIBTOOL.m4 — это ошибка.
решение:

  1. используйте aclocal —print-ac-dir для проверки текущего пути к aclocal.(Обычно это должно быть «/usr/share/aclocal » или » /usr/share/aclocal»)
  2. Затем проверьте, есть ли там *.файлы М4.
  3. Если нет, то cp соответствует *.M4 файлов по этому пути.( Возможно, cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/ или cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/ )

Надеюсь, это поможет

Это случилось со мной , когда я забыл a, в аргументах для локально определенного макроса. Потратил часы, пытаясь разобраться в этом (едва знаком с autotools).

так и должно было быть

Похоже, он должен был дать мне ошибку или что-то в этом роде, но я полагаю, что будучи макропроцессором, он может делать только то, что ему говорят.

У меня была такая же проблема на Ubuntu ( error: possibly undefined macro: AC_MSG_ERROR ), но ответы выше не сработали для меня. Я нашел решение здесь

Это сделало свое дело:

У меня была та же проблема с портом Macports «openocd» (локально модифицированный файл порта для использования репозитория git) на недавно установленной машине.

Постоянное исправление легко, определите зависимость от pkgconfig в файле порта: depends_lib-добавить port:pkgconfig

Похожие вопросы:

У меня есть следующий код в моем configure.ac : AC_SEARCH_LIBS([backtrace], [execinfo], [], [ AC_MSG_ERROR([unable to find the backtrace() function]) ]) Я хочу изменить это так, чтобы макрос был.

Я пытаюсь построить libpsl из GutHub источников. Его требуется autoreconf . От Autotools не с : # Try to reconfigure. Autotools is so broken. libtoolize —force && aclocal &&.

Как лучше всего определить, возможно, неопределенный интерфейс? Вот что у меня есть. Я ищу альтернативу. Что-то более элегантное и лаконичное, если это возможно. interface RouteInterface < path.

Отказ от ответственности: я уже посмотрел ответы на вопросы, подобные Строкованию значения макроса . Рассмотрим следующую тестовую программу: #include #define QUOTE(str) #str #define.

Кто-нибудь знает, можно ли запустить макрос, встроенный в книгу, которая имеет пароль включен? В основном я могу запустить макрос в книге уже — Однако в моем менеджере требуется добавить чертов.

Я сталкиваюсь с такими ошибками при попытке построить libnice-0.1.10. Для решения я следую, возможно, неопределенному макросу: AC_MSG_ERROR , но все еще не добираюсь до него. какая-то версия.

Основываясь на этом вопросе, Как поймать пустой определенный макрос с gcc? У меня есть еще одна проблема. Как поймать неопределенный макрос в состоянии препроцессора #if ? Пример кода: #include.

Читать еще:  Steinberg download assistant ошибка

Я пытаюсь построить проект, и он выдает мне ошибку : autoreconf: running: /usr/bin/autoconf —force configure.ac:19: error: possibly undefined macro: AC_SUBST If this token and others are.

Я пытаюсь скомпилировать следующую программу внутри контейнера docker. https://github.com/adaptivecomputing/torque При попытке запустить autoconf я получаю ошибку possibly undefined macro.

В основном я представляю себе следующее. trait A[T] < def get(idx: Int): U >Макрос приходит в употребление. В идеале я хочу иметь возможность использовать get (0), get(1) Как macros, где правильный.

Ошибка Internal Server Error: что это и как с ней бороться

Достаточно часто владельцы хостингов мучаются из-за постоянного возникновения сообщения об ошибке 500 (Internal Server Error). Она, как это называется, многим попросту отравляет жизнь. Сейчас мы попробуем кратко разобраться в сути самой ситуации и посмотрим, как же можно избавиться от появления ошибки в будущем.

Ошибка Internal Server Error: что это?

Итак, начнем, пожалуй, с самого значения этого словосочетания. В системе (каталоге) ошибок Windows (и не только) есть ошибка под номером 500, отвечающая компьютерному термину Internal Server Error. Перевод этого словосочетания означает внутреннюю ошибку сервера, связанную со статусом протокола HTTP.

По сути, ошибка означает, что программное обеспечение сервера либо не работает, либо работает, но один или несколько его компонентов дают сбои в виде отказа на клиентские запросы, например, поисковой системы или интернет-браузера.

Причины возникновения ошибки

Говоря об ошибке Internal Server Error в самом широком понимании, стоит учитывать, что возникать она может на множестве сайтов или ресурсов, написанных с помощью совершенно разных CMS. Тут, кстати, нужно разграничить причины ее возникновения.

Очень часто такая ситуация может наблюдаться на сайтах типа WordPress, OpenCart, Joomla и др. Если же структуры управления, подобные WordPress, при построении сайта не используются, возможно, причина кроется в том, что на самом хостинге возникают сбои при подключении неправильных PHP-расширений, или сайт после запроса возвращает некорректные HTTP-заголовки, которые не могут быть распознаны вашим сервером.

Не менее распространенной причиной возникновения ошибки Internal Server Error можно назвать отсутствие корректных прав доступа. Так, например, если на PHP файлы скриптов, которые размещены на хостинге, имеют права доступа 777, очень может быть, что их исполнение попросту блокируется сервером, вследствие чего и выдается сообщение об ошибке.

Также одной из причин может быть достаточно долгая работа скриптов. Дело в том, что PHP-ограничения по времени исполнения действуют не только в отношении хостинга, подобные лимиты могут выставляться и со стороны сервера. Иными словами, это несколько напоминает тайм-аут операции. Когда сервер в течение определенного времени не получает ответа на запрос, он попросту блокирует исполнение скрипта.

В некоторых случаях ошибка Internal Server Error может появляться, когда на хостинге наблюдается превышение лимита используемой памяти. Попросту говоря, скрипт для исполнения требует больше положенного, а ведь такой лимит устанавливается не только на PHP, зачастую действуют ограничения по потреблению ресурсов всеми исполняемыми скриптами.

Наконец, одна из самых распространенных ситуаций возникновения ошибки Internal Server Error – это содержание некорректных директив в файле .htaccess (кстати, при работе с движком WordPress это проявляется наиболее часто). Вот теперь мы вплотную подошли к поиску решения для каждой конкретной ситуации.

Ошибка Internal Server Error: как исправить простейшими способами

Для начала посмотрим, что можно сделать при обнаружении неправильных прав доступа. В данном случае права доступа 777 позволяют редактировать содержимое абсолютно всем, что, несомненно, сказывается на безопасности. В такой ситуации необходимо их изменить, применив к папкам значение 755, к файлам скриптов – 600, а ко всем стальным файлам данных – 644.

При слишком долгой работе исполняемого скрипта можно попробовать увеличить время ожидания, правда, тут есть одна загвоздка. Такое решение может сработать на выделенном сервере или VPS (Virtual Private Server), а в случае виртуального хостинга никакого эффекта не будет.

Что касается завышенного потребления памяти в сравнении с ограничениями, действующими на хостинге, тут можно посоветовать только обратиться в службу поддержки или же попросту сменить самого хостинг-провайдера, у которого ограничения будут не такими жесткими.

Теперь несколько слов о файле .htaccess. Дело в том, что он предполагает использование очень строгого синтаксиса, если при проведении настроек были допущены ошибки или некоторые неточности, избежать появления ошибки Internal Server Error не удастся. Тут нужно поступить следующим образом. Для начала нужно проверить наличие самого файла в корневой директории сайта, после чего, сделав его резервную копию, удалить целиком и полностью. Если после такой процедуры сайт снова станет работоспособным, значит проблема именно в файле .htaccess, который придется проверить на наличие ошибок в синтаксисе.

Проблемы с движком WordPress

С WordPress дело обстоит хуже. Дело в том, что этот движок способен перезаписывать оригинальный файл .htaccess, отвечающий за управление доступом к файлам и папкам хостинга, а ведь оригинальный файл должен создаваться всего один раз, и тем более не в WordPress!

Самым простым способом исправления такой ситуации является отключение темы WordPress и использование вместо нее любой другой. Если ошибка исчезла, дело именно в самой теме, если нет – нужно поэтапно отключать плагины WordPress и проверять, какой из них влияет на работоспособность.

В некоторых случаях может потребоваться обновить WordPress до последней версии и отключить функцию перезаписи файла. Для начала скачиваем на компьютерный терминал оригинальный файл .htaccess, затем входим на сайте в папку по пути /wp-admin/includes/ с последующей загрузкой файла misc.php, который необходимо открыть, скажем, в стандартном «Блокноте» (или любом другом текстовом редакторе) и найти строку функции «function save_mod_rewrite_rules». Теперь в самой функции переходим к строке «return insert_with_markers( $htaccess_file, ‘WordPress’, $rules );» и заменяем ее на «return true;» (естественно, все команды прописываются без кавычек). Остается только сохранить изменения и загрузить новый файл на хостинг с заменой старого файла misc.php.

Недостатком такого метода является только то, что в данном случае отключается обновление WordPress. При подключении плагинов они работать, естественно, не будут.

Читать еще:  Что значит ошибка при инициализации

Заключение

В принципе, это, так сказать, наиболее распространенные причины появления ошибки и методы ее устранения. На самом деле, что причин, что способов борьбы с такими ситуациями может быть очень много, так что, придется анализировать ситуацию в каждом конкретном случае, а только потом выбирать, какую именно методику для исправления ошибки использовать.

Не могу разобраться с *error*

Программирование

всё работает.
Т.е. получается *error* не срабатывает при прерывании команды автокада.
Вопрос: как контролировать нажатие ESC, если выполняется команда?

Так как же контролировать нажатие ESC, если выполняется команда?

Знаю, что это можно сделать через реакторы, но может есть решение попроще?

Может использовать проверку cmdactive?

Сформулирую немного иначе (может понятнее будет) — прерывание большинства (если не всех) встроенных команд автокада ESC является штатным и не вызывает ошибки, а прерывание функций автолиспа ESC’ом приводит к прерыванию фвыполнения выражений автолисп, что считается ошибкой.

Например, если прервать такие конструкции — ошибка будет:

Разобрался. Или думаю, что разобрался.
Просто не было должного понимания работы *error*. У Полещука целая страница про это написана, но сколько не перечитывал — нихрена не понял, а здесь всё разжевали в двух строках. Спасибо всем!

Насчет конкретной задачи.
Был макрос — поворот с копированием:

Здесь набор сначала копировался сам на себя, а потом поворачивался. Так вот, я вдруг заметил, что если вместо того, чтобы ввести угол, юзер вдруг нажимал ESC, то поворота не происходило, а копия набора оставалась и объекты нещадно множились, причем незаметно для юзера. Этот макрос оказался не просто плохим, но даже очень вредным!

С учетом вышеприведенных советов вместо макроса получился уже лисп, в котором все это дело отлавливается:

Сообщение от Евгений А.:
2006: макрос

Не работает, у меня Автокад 2004.

to kpblc
Спасибо за поправки.
Про (ssget) я не знал. Кстати, сразу возник вопрос: а что будет, если наборов будет больше 128?
Набрал (repeat 129 (ssget)), но чё-то задолбался выделять, думаю, зачем мучаться, если есть знающие люди.

Сообщение от Makswell:
Про (ssget) я не знал. Кстати, сразу возник вопрос: а что будет, если наборов будет больше 128?
Набрал (repeat 129 (ssget)), но чё-то задолбался выделять, думаю, зачем мучаться, если есть знающие люди.

В 129 раз вернет nil вместо набора. Поэтому после использования набора следует его «обниливать» (т.е. присваивать nil).

Сообщение от Makswell:
Набрал (repeat 129 (ssget)), но чё-то задолбался выделять, думаю, зачем мучаться, если есть знающие люди.

В таком варианте — ничего плохого быть не должно, поскольку созданный набор не сохраняется. А вот так:

Лиспик, я-п переделал как-то так:

Сообщение от :
Получает в сбойных ситуациях от системы AutoCAD строку с некоторым сообщением и обрабатывает ее (обычно выводит разъясняющее сообщение)
(*error* )
Аргумент — текстовая строка.

Не могу понять как ею пользоваться! Где и как вставлять в код, не зная когда эта сбойная ситуация настанет? И что за (msg) постоянно присутствующее в случае переопределения этой функции? Если не в тяжесть, помогите тупику выйти из тупика!
Теперь о самой задаче (в принципе факультативная информация).
Есть куча 3d solid-ов. Хочу отсеять все НЕ «Box»-ы:

Сообщение от :
; error: Automation Error. Description was not provided.

Читал Полещука далее. Загорелся vl-exit-with-value, но на «ура» тоже не выходит. Такие дела. 🙂
Спасибо, что дочитали до конца.

Сообщение от AMATOP:
Загорелся vl-exit-with-value

Забудьте про эту функцию, пока, загоритесь лучше vl-catch-all-apply

Заметьте — true.
А теперь все то же самое, только с помощью:

Сообщение от :

; error: Automation Error. Description was not provided.
_$

Работа над ошибками

1. При открытии mov файла в программе After Effects СС получаем ошибку. Это происходит на платформе Mac OS X когда компонент DVCPROHDVideoOutput QuickTime конфликтует с программой After Effects CC (12.0). Ошибка также может возникнуть при просмотре, визуализации и экспорте видео. Встречаются следующие варианты ошибок:
— «After Effects error: file ‘file name.mov’ cannot be imported — this ‘Mov file is damaged or unsupported.’»
— «After Effects: One of the output modules could not be imported. It has been reset to use the default setting for the selected file format.»
— “Error reading frame from file ‘[file path and name].mov’. (86 :: 2)
— “[file path and name].mov”. An output module failed. The file may be damaged or corrupted. (-1610153464)
Решение проблемы: это происходит потому что, для воспроизведения и экспорта Adobe After Effects СС использует QT32 Server. И с этим процессом происходит сбой из-за плохого взаимодействия с QuickTime video out, при установленном компоненте DVCPROHDVideoOutput QuickTime component. Поэтому идем в [OS Drive]/Library/QuickTime делаем резервную копию DVCPROHDVideoOutput.component перетащив его на рабочий стол. Теперь удаляем DVCPROHDVideoOutput.component из папки Library/QuickTime перетащив его в корзину. И соответственно не забываем очистить корзину. Также как вариант, можно попробовать установить последнююю сборку кодеков Apple ProApps QuickTime Codecs 1.0.x update.
*При открытии проекта в версии программы Adobe After Effects CC 2020 появляются следующие сообщения об ошибках:
«After Effects error: The source compression type is not supported. (86 :: 1)»
Нажимаем на кнопку ОК и появится ещё одно сообщение:
«After Effects error: file ‘file name.mov’ cannot be imported — this ‘.mov’ file is damaged or unsupported.»
Проблема в том, что версия программы Adobe After Effects CC 2020 не поддерживает связанное с проектом видео в контейнере MOV. Т.е. не поддерживается кодек которым пожато видео в контейнере MOV.
2. После запуска программы на плфтформе Mac OS X Maverics появляется сообщение: You can’t use this version of the application “Adobe After Effects CC” with this version of OS X. You have “Adobe After Effects CC” 12.0. Или: Данная версия программы “Adobe After Effects CC” не может быть использована с этой версией OS X. Вы используете “Adobe After Effects CC” 12.0.

Читать еще:  Найдите ошибочные примеры описания гиперссылки

Необходимо установить обновление Adobe After Effects CC (12.1) Update и выше, при установке обновления 12.2 и выше необходимо использовать следующую методику.
Если при попытке поставить или скачать обновление, получаем ошибку: The most likely causes for this failure are an inability to connect to the internet or being logged in as a non-administrative user. То вот следующие методы решения проблемы: удалить или переименовать, файл в следующих директориях:
Mac OS X / Library / Application Support/Adobe/AAMUpdaterInventory/1.0/AdobeUpdaterAdminPrefs.dat. Или / Library / Application Support/Adobe/AAMUpdater/1.0/ AdobeUpdaterAdminPrefs.dat.
Windows C:Program files(x86)common filesadobeAAMUpdaterInventory1.0AdobeUpdaterAdminPrefs.dat.
Или искать файл в этой папке: C:Program DataAdobeAAMUpdater1.0AdobeUpdaterAdminPrefs.dat.
И далее вручную ставим скачанное обновление.
3. Ошибка при загрузке программы: «After Effects warning: An unknown Adobe Player Engine error has occurred. Scripting will be disabled.«. Вариант решения проблемы: попробовать поставить последнее обновление, переустановить или если есть ошибки в работе Adobe Media Encoder, переустановить и его.

4. Ошибка при загрузке программы: «After Effects can’t continue: The Common Extensibility Platform (CEP) suite couldn’t be loaded. You may need to reinstall.«. / After Effects продолжение невозможно: Не удалось загрузить пакет CEP (Common Extensibility Platform). Возможно, требуется переустановка.
Как исправить? Попробовать запустить приложение от имени администратора. Нажимаем на AfterFX.exe правую кнопку мыши и выбираем: Запуск от имени администратора.

5. Ошибка при проигрывании таймлайна композиции: After Effects error: Cached Preview needs 2 or more frames to playback / After-Effects Fehler: Wiedergabe einer Cache-Vorschau benotigt mindestens 2 Frames. Данная ошибка связана с недостатком памяти.

Несколько вариантов решения проблемы:
— Чистим память командой: Edit > Purge > All Memory & Cache.
— Перезагружаем программу Adobe After Effects CC 2017.
— Включаем Enable Disk Cache, если данная опция включена, то чистим ее содердимое нажав на кнопки: Empty Disk Cache и Clean Database & Cache, в настройках программы: Edit > Preferences > Media & Disk Cache.
— Снижаем качество предварительного просмотра в окне композиции с Full на Quarter.
— Проверяем наличие свободной памяти в Диспетчере задач. Т.е. память может быть занята какими-то процессами, или наоборот, для превью используется только часть свободной памяти, выделенной для Adobe After Effects CC 2017.
— Снимаем галку перед пунктом Reduce Cache Size when system is low on memory (this will shorten cached preview) в настройках Edit > Preferences > Memory.
— Также стоит обратить внимание на размер файла подкачки и чтобы достаточно памяти было выделено для операционной системы: RAM reserved for other applications.

— Проверяем, чтобы рабочая область (Work Area) не находилась в следующем положении:

6. Ошибка: After Effects warning: Unspecified drawing error. Решение: сбрасываем рабочее пространство до дефолтного (делаем его по-умолчанию).

autotools — please — error: possibly undefined macro: ac_subst

возможно неопределенный макрос: AC_MSG_ERROR (11)

В Mac OS X el капитан с варевом, попробуйте:
варить установку pkgconfig

Это сработало для меня.

У меня есть следующее в configure.ac:

Это было в нашем проекте уже давно, но в некоторых настройках я получаю эту ошибку:

Линии, которые недавно были добавлены выше:

Может ли кто-нибудь объяснить причину этой ошибки и как отследить проблему?

EDIT: добавление сведений о различиях.

Коробка, которая работает:

Коробка, которая не работает:

NEW EDIT: только 32-битные машины испытывают эту трудность.

ОБНОВЛЕНО Я могу воспроизвести проблему на машине CentOS с autoconf 2.67 , automake 1.11.1 , libtool 2.2.6b и m4 1.4.14 . Это просто ошибка с 32-битными машинами?

Возможны две причины для этой проблемы:

не установил aclocal.
решение: установить libtool

  • Для ubuntu: sudo apt-get install libtool
  • Для centos: sudo yum install libtool

путь к LIBTOOL.m4 — ошибка.
решение:

  1. используйте aclocal —print-ac-dir чтобы проверить текущий путь до aclocal. (Обычно это должно быть «/ usr / share / aclocal» или «/ usr / share / aclocal»)
  2. Затем проверьте, есть ли файлы * .m4.
  3. Если нет, cp соответствует * .m4 файлам к этому пути. (Возможно, cp /usr/share/aclocal/*.m4 /usr/local/share/aclocal/ или cp /usr/local/share/aclocal/*.m4 /usr/share/aclocal/ )

Для Debian. Необходимые пакеты: m4 automake pkg-config libtool

Использование MacOS X

Ошибка генерируется autom4te. Если все правильно настроено, часть кода, генерирующего эту ошибку, никогда не увидит «AC_MSG_ERROR», потому что она должна была быть расширена на m4 до этой точки. Вы говорите, что ошибка происходит только «в некоторых настройках». Я бы предположил, что в этих настройках ваша установка autoconf является fubar. Возможно, у вас установлена ​​несовместимая версия m4.

Рекомендуется использовать autoreconf -fi вместо ручного вызова aclocal;autoconf;automake; #and whatever else aclocal;autoconf;automake; #and whatever else чтобы правильно заполнить aclocal.m4 и так далее.

Добавление ACLOCAL_AMFLAGS = -I m4 (toplevel Makefile.am) и AC_CONFIG_MACRO_DIR([m4]) в настоящее время по-прежнему не является обязательным, если вы не используете какие-либо собственные файлы m4, но, конечно, это заставило замолчать proocess 🙂

У меня была та же проблема с портом MacOS «openocd» (локально измененным Portfile для использования репозитория git) на только что установленной машине.

Постоянное исправление легко, определите зависимость от pkgconfig в Portfile: depend_lib-append port: pkgconfig

У меня была эта же проблема и выяснилось, что пакет pkg-config отсутствует.

После установки пакета все генерируется правильно.

У меня также была схожая проблема. Мое решение

(я установил libcurl allready) работал для меня хотя бы ..

Это случилось со мной, когда я забыл в аргументах локально определенного макроса. Проработанные часы пытаются понять это (едва знакомы с автотюшками) .

Похоже, что это должно было дать мне ошибку или подобное, но я полагаю, что это макропроцессор, он может делать только то, что сказал.

Я столкнулся с этой проблемой в CentOS 7

В этом случае проблема удалась после установки libcurl-devel ( libcurl уже был установлен на этой машине)

Ссылка на основную публикацию
ВсеИнструменты 220 Вольт
Adblock
detector