После обновления до Snow Leopard я нашел, что установка некоторых драгоценных камней, больше не обработанных, включая webrat, механизирует и т.д. Каждый раз я получаю эту ошибку:
checking for xmlParseDoc() in -lxml2... no
libxml2 is missing. try 'port install libxml2' or 'yum install libxml2'
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.
И не, я не попытался установить его с macports, потому что я отказался от macports пары лет назад, когда я обнаружил, что не мог легко понижать/управлять порты. С тех пор я стал очень удобным зданием из источника вручную, и это - первый раз, когда я столкнулся с чем-то вне своего кругозора. Я готов быть убежденным вернуться к macports, но только если нет никакого легкого решения этого, я отсутствую.
Не кажется, что libxml2 на самом деле отсутствует, просто устаревший, возможно?...
расширенный вывод
ERROR: Failed to build gem native extension.
/usr/local/bin/ruby extconf.rb
checking for iconv.h in /opt/local/include/,/opt/local/include/libxml2,/opt/local/include,/opt/local/include,/opt/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/include,/usr/include/libxml2... yes
checking for libxml/parser.h in /opt/local/include/,/opt/local/include/libxml2,/opt/local/include,/opt/local/include,/opt/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/include,/usr/include/libxml2... yes
checking for libxslt/xslt.h in /opt/local/include/,/opt/local/include/libxml2,/opt/local/include,/opt/local/include,/opt/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/include,/usr/include/libxml2... yes
checking for libexslt/exslt.h in /opt/local/include/,/opt/local/include/libxml2,/opt/local/include,/opt/local/include,/opt/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/local/include,/usr/local/include/libxml2,/usr/include,/usr/include/libxml2... yes
checking for xmlParseDoc() in -lxml2... no
libxml2 is missing. try 'port install libxml2' or 'yum install libxml2'
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.
Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/usr/local/bin/ruby
--with-iconv-dir
--without-iconv-dir
--with-iconv-include
--without-iconv-include=${iconv-dir}/include
--with-iconv-lib
--without-iconv-lib=${iconv-dir}/lib
--with-xml2-dir
--without-xml2-dir
--with-xml2-include
--without-xml2-include=${xml2-dir}/include
--with-xml2-lib
--without-xml2-lib=${xml2-dir}/lib
--with-xslt-dir
--without-xslt-dir
--with-xslt-include
--without-xslt-include=${xslt-dir}/include
--with-xslt-lib
--without-xslt-lib=${xslt-dir}/lib
--with-xml2lib
--without-xml2lib
Gem files will remain installed in /usr/local/lib/ruby/gems/1.8/gems/nokogiri-1.4.1 for inspection.
Results logged to /usr/local/lib/ruby/gems/1.8/gems/nokogiri-1.4.1/ext/nokogiri/gem_make.out
Я уже рассматривал этот способ, но я не использовал его, потому что я боялся, что мне нужно держать мои модули чрезвычайно маленькими, потому что его невозможно связать один и тот же интерфейс дважды. Моя проблема в том, что если я хочу использовать интерфейс/класс/перечисление/что-либо из другой банки и что банка определила службы/* файл, я завинчен, потому что я не могу использовать содержимое банки, не загружая ее в качестве модуля.
Надеюсь, моя забота ясна.
-121--2486082-Вы получаете хорошие ответы здесь, но они предполагают, что ваша программа довольно близка к оптимальной для начала, и вы говорите
Предположим, что программа была написан правильно, скомпилирован с полным оптимизация, тестирование и внедрение производство.
По моему опыту, программа может быть написана правильно, но это не значит, что она почти оптимальна. Требуется дополнительная работа, чтобы добраться до этого момента.
Если я могу привести пример, этот ответ показывает, как совершенно разумная программа была сделана более чем в 40 раз быстрее с помощью макрооптимизации . Большие скорости не могут быть сделаны в каждой программе, как впервые написано, но во многих (кроме очень маленьких программ), это может, по моему опыту.
После этого микрооптимизация (горячих точек) может дать вам хорошую выгоду.
-121--685210-UPDATE
Как указано в другом ответе, приведенное ниже решение является «избыточным», поскольку удаляет MacPorts из вашей системы, что, как я думал, уже было сделано ранее. Продолжайте осторожно. Возможно, путь использовать MacPorts для обновления установки libxml2.
Я решил эту проблему (по крайней мере, на моей машине).
Как только я понял, что ничто в этом следе не говорит об отсутствии libxml2, а скорее о проблеме с обнаруживаемой версией, я посмотрел вокруг на подтверждение этого факта. Конечно, сайт nokogiri (где многие похожие сообщения о жучках указывали на меня) утверждает, что Snow Leopard отгружает хорошую рабочую версию libxml2.
Таким образом, я рассуждал, что я должен был установить версию другим способом давно. Я бы помнил, если бы я установил вручную, так что остался только один вариант, чертовы макпорты.
$ libxml2-2.7.1 tfwright$ sudo find / -type d -name "libxml2"
find: /dev/fd/3: Not a directory
find: /dev/fd/4: Not a directory
/Developer/SDKs/MacOSX10.4u.sdk/usr/include/libxml2
/Developer/SDKs/MacOSX10.5.sdk/usr/include/libxml2
/Developer/SDKs/MacOSX10.6.sdk/usr/include/libxml2
/opt/local/include/libxml2
/opt/local/share/gtk-doc/html/libxml2
/opt/local/var/macports/distfiles/libxml2
/opt/local/var/macports/receipts/libxml2
/opt/local/var/macports/software/libxml2
/opt/local/var/macports/software/libxml2/2.6.30_0/opt/local/include/libxml2
/opt/local/var/macports/software/libxml2/2.6.30_0/opt/local/share/gtk-doc/html/libxml2
/opt/local/var/macports/sources/rsync.macports.org/release/ports/textproc/libxml2
/usr/include/libxml2
/usr/share/gtk-doc/html/libxml2
Сын... просто сдув /opt/local/var/macports
, который я пытался прежде всего, похоже, не исправить проблему, поэтому я пошел к большим пушкам .
sudo rm -rf \
/opt/local \
/Applications/DarwinPorts \
/Applications/MacPorts \
/Library/LaunchDaemons/org.macports.* \
/Library/Receipts/DarwinPorts*.pkg \
/Library/Receipts/MacPorts*.pkg \
/Library/StartupItems/DarwinPortsStartup \
/Library/Tcl/darwinports1.0 \
/Library/Tcl/macports1.0 \
~/.macports
После чего все устанавливается нормально. верно. Никогда не доверяйте рекомендациям сообщений об ошибках! Мне не нужно было переустановлять libxml2 с макпортами, а нужно было удалить все следы макпортов из моей системы , которая преследовала меня из-за мусора.
Геммы, которые вы пытаетесь установить, требуется libxml2. Если вам удобно устанавливаться из источника, установите libxml2 .
Вы можете столкнуться с проблемами зависимости, где libxml2 зависит от куча других пакетов, которые вам нужно будет строить и установить вручную. Вот почему Macports заканчивается полезным.
решение floyd является излишним - у меня была та же проблема, и я начал нуклеировать некоторые из тех же файлов /opt/local, связанных с xml2, но его команда 'find' не показывает фактические файлы libxml2 в opt/local/lib. Возможно, вам просто нужно нанести ядерный удар.
Вот мои nuked файлы:
/opt/local/include/libxml2
/opt/local/var/db/dports/distfiles/libxml2
/opt/local/var/db/dports/receipts/libxml2
/opt/local/var/db/dports/software/libxml2
/opt/local/var/db/dports/rsync.rsync.darwinports.org_dpupdate_dports/textproc/libxml2
/opt/local/share/gtk-doc/html/libxml2
/opt/local/var/db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/textproc/libxml2
НО прежде чем вы попробуете это - просто nuke файлы lib sudo rm /opt/local/lib/libxml2.*
Когда я попытался установить после этого, он скомпилировал все это, но затем столкнулся с проблемой с libz...
Так что nuke это в /opt/local/lib sudo rm -rf /opt/local/lib/libz.*
И он компилируется просто отлично!
Поэтому попробуйте нуклеировать файлы /opt/local/lib libxml2.* и libz.*, посмотрите, компилируется ли он, а если нет, то наберите /opt/local/includes