Como instalar o Autoconf, Automake e ferramentas relacionadas no Mac OS X a partir da fonte?

32

Eu quero instalar autoconf, automake, m4, etc ... a partir da fonte em um Mac OS X 10.7.2 máquina rodando o Xcode 4.2.1. O problema é tudo o que eu tento instalar e preciso confiar autoconf. Portanto, estou tentando instalar autoconfe recebo:

configure.ac:30: require Automake 1.11, but have 1.10

Eu tento instalar automake, o bootstrap relata:

configure.ac:20: error: Autoconf version 2.68 or higher is required
configure.ac:20: the top level
autom4te: /usr/bin/gm4 failed with exit status: 63
aclocal.tmp: error: autom4te failed with exit status: 63

autoconfVersão atualmente instalada :autoconf (GNU Autoconf) 2.61

automakeVersão atualmente instalada :automake (GNU automake) 1.10

chacham15
fonte
Para não ser um problema, e eu sei que essa pergunta é de 6 anos, mas você poderia aceitar alguma dessas respostas se funcionasse para você?
amigos estão dizendo sobre escola júnior

Respostas:

41

Atualização: use o Homebrew para instalar esses pacotes e seguir em frente com vida.

Instale Homebrew e apenas instalar o autoconf, automakee libtoolpacotes assim:

brew install autoconf automake libtool

Quando escrevi esta resposta há mais de 3 anos, era para corrigir uma resposta anterior que estava desatualizada, apenas com links e com uma explicação vaga. Naquela época, eu preferia usar a compilação de fonte bruta no macOS para uma tarefa como essa, em vez de um gerenciador de pacotes como o Homebrew, porque eu simplesmente achei o Homebrew e o MacPorts um pouco imaturos na época.

Agora eu uso o Homebrew (aka brew) no macOS tão regularmente quanto apt-getno Ubuntu e yumno CentOS. Eu recomendaria evitar a compilação de qualquer coisa do código-fonte bruto no macOS, a menos que você realmente não tenha escolha.

Conteúdo da resposta antiga abaixo para fins de referência.


Sei que esta pergunta tem mais de 3 anos, mas a resposta aceita é apenas uma resposta e esse link está morto. E a outra resposta é tecnicamente correto, mas ainda não explica o real hands-on processo necessário para instalar as versões GNU de autoconf, automakee libtoolno Mac OS X.

Primeiro, o Xcode - desde que pelo menos a versão 4.3 eu acredito - não inclui mais as versões GNU de autoconf, automakee libtool. Isso não significa que você não pode instalar as ferramentas GNU por conta própria. E aqui está como.

Eu usei esse processo no Mac OS X 10.6 (Snow Leopard), 10.7 (Lion), 10.8 (Mountain Lion) e 10.9 (Mavericks) sem problemas.

Instale as ferramentas de linha de comando Xcode e Xcode.

O primeiro pré-requisito é ter o Xcode instalado junto com as ferramentas de linha de comando do Xcode . Provavelmente, se você precisar autoconf, automakee libtoolinstalado, você já tem o Xcode e as ferramentas de linha de comando instaladas, mas apenas apontando isso para aqueles que ainda não possuem essa configuração.

Agora, para o show! Observe que o número da versão dos downloads é baseado no que é atual (a partir de abril de 2015) e funciona bem até o momento desta publicação. Ajuste para outras versões se precisar:


Instale autoconf2.69.

Defina o diretório de trabalho como seu diretório inicial:

cd

Obtenha o código-fonte e descompacte-o:

curl -O -L http://ftpmirror.gnu.org/autoconf/autoconf-2.69.tar.gz
tar -xzf autoconf-2.69.tar.gz

Vá para o diretório de código-fonte não compactado:

cd autoconf-*

Execute o configurescript no código fonte:

./configure

Agora corra makepara compilá-lo:

make

Agora instale-o:

sudo make install

Verifique a autoconfversão recém-instalada para confirmar que tudo correu bem:

autoconf --version

A resposta deve ser algo como isto:

autoconf 2.69


Instale automake1.15.

Defina o diretório de trabalho como seu diretório inicial:

cd

Obtenha o código-fonte e descompacte-o:

curl -O -L http://ftpmirror.gnu.org/automake/automake-1.15.tar.gz
tar -xzf automake-1.15.tar.gz

Vá para o diretório de código-fonte não compactado:

cd automake-*

Execute o configurescript no código fonte:

./configure

Agora corra makepara compilá-lo:

make

Agora instale-o:

sudo make install

Verifique a automakeversão recém-instalada para confirmar que tudo correu bem:

automake --version

A resposta deve ser algo como isto:

automake 1.15


Instale libtool2.4.6.

Defina o diretório de trabalho como seu diretório inicial:

cd

Obtenha o código-fonte e descompacte-o:

curl -OL http://ftpmirror.gnu.org/libtool/libtool-2.4.6.tar.gz
tar -xzf libtool-2.4.6.tar.gz

Vá para o diretório de código-fonte não compactado:

cd libtool-*

Execute o configurescript no código fonte:

./configure

Agora corra makepara compilá-lo:

make

Agora instale-o:

sudo make install

Verifique a libtoolversão recém-instalada - através da manpágina - para confirmar que tudo correu bem:

man libtool

Na primeira página da página de manual, deve haver algo como isto:

libtool - página de manual do libtool 2.4.6

JakeGould
fonte
20

Basta usar o Homebrew . Compila tudo para você. Funcionou como um encanto para mim.

brew install autoconf automake libtool
juniorRubyist
fonte
MacOSX (pelo menos, Sierra) já possui libtool. Também no Sierra, 'brew install autoconf automake' instala o autoconf, mas gera um erro: "Não foi possível conectar o bin / autoconf / usr / local / bin ao gravador." O problema foi resolvido pela resposta da SethMMorton no StackOverflow: Erro ao tentar "preparar link autoconf" . Basicamente, você precisa chmod / usr / local para que seja gravável por você, usuário.
Elise van Looij 19/09/17
@ElisevanLooij Não tive esse problema com o Sierra. Instalado com sucesso o autoconf-2.69 e o automake-1.15.1. Mas você está certo de que o libtool é desnecessário.
Cœur
2

Se você instalar o autoconf a partir do repositório git, precisará do automake. No entanto, se você fizer o download de um tarball de distribuição para o autoconf, não terá essa dependência. Você sempre deve instalar a partir de um tarball de distribuição, e não de um vcs. Em outras palavras, se você deseja instalar o autoconf da fonte, basta instalá-lo da fonte! Mas saiba que "instalar a partir do código-fonte" significa "instalar a partir de um pacote de distribuição"; isso não significa "instalar a partir do git".

William Pursell
fonte