macos - que - youtube google
libtool instalado pero libtoolize no encontrado (2)
Espero que mi respuesta no sea demasiado ingenua. Soy un noob para OSX.
brew install libtool solucionó un problema similar para mí.
Estoy tratando de construir libxml2 desde la fuente en mi mac.
así que tengo autoconf libtool y automake instalado usando puertos mac
autoconf y automake parecen funcionar bien como se esperaba.
Intento ejecutar autogen.sh primero.
libtoolize --version desafortunadamente da
-bash: libtoolize: command not found
trato de correr (otra vez)
sudo port install libtool
---> Cleaning libtool
---> Scanning binaries for linking errors: 100.0%
---> No broken files found.
lo intento
locate libtool
y parece estar bien instalado
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/libtool
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/share/man/man1/libtool.1
/Applications/Xcode.app/Contents/Developer/usr/bin/libtool
/Applications/Xcode.app/Contents/Developer/usr/share/man/man1/libtool.1
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/cross/mipsel-linux-binutils/files/110-uclibc-libtool-conf.patch
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool/Portfile
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool/files
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool/files/ltmain.m4sh-allow-clang-stdlib.diff
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool-devel
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/libtool-devel/Portfile
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/openslp/files/libtool-tags.patch
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/devel/t1lib/files/patch-libtool-tag.diff
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/print/pdflib/files/patch-libtool.diff
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/security/steghide/files/libtool-tag.diff
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/www/apache2/files/libtool-tag.diff
/usr/bin/libtool
/usr/lib/php/build/libtool.m4
/usr/share/apr-1/build-1/libtool
/usr/share/man/man1/libtool.1
¿Cómo consigo que libtoolize funcione?
Normalmente es necesario usar glibtool
y glibtoolize
, ya que libtool
ya existe en OS X como una herramienta binaria para crear bibliotecas dinámicas de Mach-O. Entonces, así es como MacPorts lo instala, usando una transformación de nombre de programa, aunque el puerto en sí todavía se llama ''libtool''.
Algunos scripts autogen.sh
(o su equivalente) respetarán las variables de entorno LIBTOOL
/ LIBTOOLIZE
. Tengo una línea en mis propios scripts autogen.sh
:
case `uname` in Darwin*) glibtoolize --copy ;;
*) libtoolize --copy ;; esac
Puede o no querer la bandera --copy
.
Nota: si ha instalado los autotools usando MacPorts, un configure.ac
correctamente escrito con archivos Makefile.am
solo debe requerir autoreconf -fvi
. Debería llamar glibtoolize
, etc., como se espera. De lo contrario, algunos paquetes distribuirán un autogen.sh
o un script similar.