Как встретить необходимые зависимости для установки, ожидают pecl расширение на Mac OS X?

touch __init__.py views.py models.py admin.py

1
09.04.2012, 21:20
2 ответа

Хорошо так благодаря некоторой стрельбе проблемы и пониманию от @geekosaur ответ "pecl, не генерирует корректный libtool сценарий для установки этого расширения на MacOSX", по крайней мере, на моей установке так или иначе. Я действительно ценю стрельба проблемы и обсуждение. Конечно, мой следующий вопрос будет: "Как я исправляю сценарий установки pecl?" Но это для другой платы... :)

0
27.01.2020, 23:54
  • 1
    Любому, который когда-либо заботится, что я не закрепил pecl сценарий на OS X, но мне действительно удавалось установить расширение –  Ketema 09.04.2012, 23:41

LD_LIBRARY_PATH не используется на OS X, и эквивалентная переменная среды не влияет ld (и может повредить другие вещи, как в отличие от этого, на Linux, это - весь путь к библиотеке, что означает критические библиотеки как libSystem.dylib больше не находился бы; с другой стороны, sudo чистит его среду, таким образом, она не работала бы так или иначе). Кроме того, то название библиотеки не соответствовало бы -lexpect.

Если это имеет значение, port contents expect на моем Льве система показывает мне a /opt/local/lib/libexpect.a статическая библиотека (и libexpect5.45.a) но никакой dylib. Вы уверены, что это установлено правильно? Проверьте вывод port contents expect.

1
27.01.2020, 23:54
  • 1
    порта ожидает шоу, что у меня есть/opt/local/lib/expect5.45/libexpect5.45.a и/opt/local/lib/libexpect.a, я также нашел ошибку и восстановил символьную ссылку, но установка pecl ожидает все еще сбои. Я должен отредактировать pecl Make-файл? поскольку Вы сказали, что действительно ли название библиотеки отличается? –  Ketema 06.04.2012, 00:27
  • 2
    Вопрос затем становится почему pecl ищет dylib вместо статического lib. Символьная ссылка не зафиксирует это, и я не знаю достаточно о pecl знать, почему это не будет пользоваться статической библиотекой. –  geekosaur 06.04.2012, 00:35
  • 3
    Здесь является выводом, настраивают интересные строки, которые я вижу: "проверка ожидает поддержку... да, совместно использованная" и "проверка указывают, что путь к Tcl, необходимому, ожидает... да, совместно использованный" сгенерированный Make-файл здесь, мне любопытно на предмет строки: "EXPECT_SHARED_LIBADD =-lexpect-ltcl8.5" как это - то, где это, кажется, мне перестало работать. Какие-либо мысли, на какой, возможно, я мог изменить это-lexpect часть на? Я попробовал-lexpect5.45 и его все еще неудавшийся, но с не найденный для expect5.45 –  Ketema 06.04.2012, 00:42
  • 4
    "да, общий" является неправильным, поскольку это - статическая библиотека; хотя, если сценарий является достаточно взрослым, он может неправильно предположить, что статическая библиотека ведет себя как общая библиотека (это было нормально на архитектуре PowerPC, включая PPC Mac). configure вывод в этом случае не так полезен как содержание config.log. –  geekosaur 06.04.2012, 00:45
  • 5
    Вот журнал конфигурации. Я вне своего домена, но в чтении его я вижу, что он нашел совместно использованные библиотеки, как Вы сказали, и я также замечаю, что говорит, что поддержки libtool совместно используют библиотеки. Я также исследую Make-файл, и я вижу, что в конце команда инструмента lib расширяется до этого, и-I представляют, включают пути? Раз так я не вижу –  Ketema 06.04.2012, 01:00

Теги

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