Perguntas frequentes - 6. Problemas de Compilação - Geral

R.: Leia a documentação! Para compilar pacotes a partir do código fonte, você precisa instalar o Xcode que, dentre outros, contém o compilador C, cc.

R.: Você precisa instalar o Xcode.

R.: Caso sua mensagem seja do formato

make: command not found

(make: comando não encontrado)

ou

Can't exec "make": 
No such file or directory at /opt/sw/lib/perl5/Fink/Services.pm line 190.

Isso significa que você precisa instalar o Xcode.

Por outro lado, se sua mensagem de erro se parece com

make: illegal option -- C

(make: opção ilegal -- C)

então você substituiu a versão GNU do utilitário make que veio com o Xcode por uma versão BSD do make. Vários pacotes dependem de características especiais que são suportadas apenas pelo GNU make. Assegure-se de que /usr/bin/make é um link simbólico para gnumake e não bsdmake. Além disso, assegure-se de que /usr/local/bin não contenha outra cópia do make.

R.: Caso esteja vendo isto:

Unknown option: 1 Usage: head [-options] <url>...

(Opção desconhecida: 1 Uso: head [-opções] <url>...

seguido por uma lista de descrições de opções, você tem um executável do head quebrado. Isto acontece quando você instala a biblioteca libwww do Perl em um volume de sistema formatado com HFS+. Ele tenta criar um novo comando /usr/bin/HEAD que sobrescreve o comando head já existente porque o sistema de arquivos não diferencia maiúsculas de minúsculas. head é um comando padrão usado em muitos scripts de shell e Makefiles. Você precisa restaurar o executável original do head caso queira usar o Fink.

O script de instalação inicial do Fink a partir do código fonte verifica isso mas ainda assim é possível caso você use a instalação binária na primeira instalação ou instale libwww depois de haver instalado o Fink.

Este problema também já foi relatado devido à instalação de /opt/sw/bin/HEAD (mas não por um pacote do Fink). Isto é fácil de resolver: renomeie /opt/sw/bin/HEAD.

R.: Isto acontece ocasionalmente com pacotes múltiplos (isto é, pacotes que são divididos em -dev, -shlibs etc) quando um arquivo é movido de um pacote para outro (por exemplo, de foo para foo-shlibs). O que você pode fazer é sobrescrever o arquivo com aquele do pacote que você esteja tentando instalar (já que eles são nominalmente o mesmo arquivo):

sudo dpkg -i --force-overwrite nomedoarquivo

onde nomedoarquivo é o arquivo .deb correspondente ao pacote que você esteja tentando instalar.

R.: Se você tiver o StuffIt Pro instalado, pode ser que voce tenha o modo "Archive via Real Name" ("Arquivar pelo Nome Real") habilitado. Verifique o painel StuffIt na ferramenta Preferências do Sistema e desabilite "ArchiveViaRealName" se estiver habilitado. Ele contém uma reimplementação falha de algumas chamadas de sistema importante que causam erros estranhos e transientes, como esse.

Caso contrário, um erro no mv geralmente significa que outro erro anterior ocorreu durante a compilação mas a compilação não foi interrompiada. Para rastrear os arquivos que causaram o erro, procure na saída pela compilação de um arquivo que não exista. Por exemplo, se você tiver algo parecido com:

mv /opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib \
/opt/sw/src/root-foo-shlibs-0.1.2-3/opt/sw/lib/ 
mv: cannot stat `/opt/sw/src/root-foo-0.1.2-3/opt/sw/lib/libbar*.dylib': 
No such file or directory 
### execution of mv failed, exit code 1 
Failed: installing foo-0.1.2-3 failed

então você deve procurar por libbar em algum lugar mais acima da lista de mensagens que aparecem durante a tentativa de compilação.

R.: Estes erros se parecem com o seguinte:

Failed: Internal error: node for system-xfree86 already exists

O problema é que o mecanismo de dependências está confuso devido a mudanças em alguns dos arquivos de descrição de pacotes. Para corrigi-lo:

• Force a remoção do pacote causador do problema, por exemplo:

  sudo dpkg -r --force-all system-xfree86

  para o exemplo listado acima.

• Tente instalar ou atualizar novamente. Em algum momento uma pergunta envolvendo uma dependência virtual ("virtual dependency") aparecerá incluindo o pacote que você acabou de morever. Selecione o pacote e ele será reinstalado durante sua compilação.

R.: Este é uma fonte de problemas frequente porque o script de configuração dos pacotes encontra arquivos de cabeçalho e bibliotecas em /usr/local e decide usá-los no lugar daqueles que residem no diretório do Fink. Se você estiver tendo problemas de compilação que não são cobertos por outra pergunta deste documento, você deve verificar se você tem bibliotecas em /usr/local/lib ou arquivos de cabeçalho em /usr/local/include. Em caso afirmativo, tente renomear /usr/local para algum outro nome, por exemplo

sudo mv /usr/local /usr/local.moved

proceda sua compilação e então volte ao nome original de /usr/local:

sudo mv /usr/local.moved /usr/local

Starting with macOS 10.14, it's sometimes not possible to rename /usr/local. If you get an error when renaming /usr/local directly, then rename the subdirectories inside it instead:

        sudo mv /usr/local/include /usr/local/include.moved
        sudo mv /usr/local/lib /usr/local/lib.moved
        

do your build, and then you can put /usr/local/include and /usr/local/lib back:

        sudo mv /usr/local/include.moved /usr/local/include
        sudo mv /usr/local/lib.moved /usr/local/lib
        

R.: A saída dá uma dica de o que fazer. A mensagem é geralmente parecida com:

ld: table of contents for archive: 
/opt/sw/lib/libintl.a is out of date; 
rerun ranlib(1) (can't load from it)

O que você precisa fazer é executar o comando ranlib como root em qualquer biblioteca que esteja causando o problema. Por exemplo, para o caso acima, você executaria:

sudo ranlib /opt/sw/lib/libintl.a

R.: Isto acontece porque um dos passos durante a compilação do pacote atlas faz uma pergunta ao usuário que o Fink Commander não detecta. Você terá que executar o comando fink install atlas no lugar de instalá-lo pelo Fink Commander.

R.: Ambos estes problemas são geralmente devidos à ausência de arquivos de cabeçalho essenciais que são providos pelo pacote DevSDK do Xcode. Verifique se /Library/Receipts/DevSDK.pkg existe no seu sistema. Em caso negativo, execute novamente o instalador do Xcode e instale o pacote DevSDK através do Custom Install (instalação customizada).

O erro cannot create executables também pode ocorrer quando sua versão do Xcode é para uma versão anterior do OS.

R.: Para contornar este problema, tente atualizar um único pacote e então tente usar novamente o fink update-all. Se você ainda receber a mensagem, repita o processo.

R.: This means that somehow your dpkg database got damaged, usually from a crash or some other unrecoverable error. This most often occurs with a buildlock, e.g:

package `fink-buildlock-foo-1.2.3-4':  missing version

(of course, replace foo-1.2.3-4 with the package name you are seeing).

When this happens, you should edit /opt/sw/var/lib/dpkg/status as a superuser. Then go near the line number which shows up in the error message. You should see a fink-buildlock-foo-1.2.3-4 package whose Status field is marked

install ok installed

Change that to

purge ok not-installed

Under other circumstances, there may be garbage in the file. You can fix this situation by copying the previous version of the database, like so:

sudo cp /opt/sw/var/lib/dpkg/status-old /opt/sw/var/lib/dpkg/status

You may need to re-install the last couple of packages you installed before the problem started occurring.

R.: Existem muitas variedades desses erros. Se você receber o seguinte:

/usr/bin/ld: can't locate file for: -lfreetype

verifique se você tem um executável freetype-config perdido através do comando

type -a freetype-config

caso esteja usando bash ou

where freetype-config

caso esteja usando tcsh. Sabe-se que o framework Mono instala um /usr/bin/freetype-config que é um link simbólico para o arquivo que está nesse framework.

Caso seu erro se pareça com o seguinte:

/opt/sw/include/pango-1.0/pango/pangoft2.h:52: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:57:
error: parse error before '*' token
/opt/sw/include/pango-1.0/pango/pangoft2.h:61: 
error: parse error before '*' token 
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
error: parse error before "pango_ft2_font_get_face"
/opt/sw/include/pango-1.0/pango/pangoft2.h:86: 
warning: data definition has no type or storage class 
make[2]: *** [rsvg-gz.lo] Error 1
make[1]: *** [all-recursive] Error 1 
make: *** [all-recursive-am] Error 2 
### execution of make failed, exit code 2 
Failed: compiling librsvg2-2.4.0-3 failed

ou

In file included from vteft2.c:32: 
vteglyph.h:64: error:
parse error before "FT_Library" 
vteglyph.h:64: warning: 
no semicolon at end of struct or union vteft2.c: 
In function `_vte_ft2_get_text_width': 
vteft2.c:236: error: 
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_get_text_height':
vteft2.c:244: error: 
dereferencing pointer to incomplete type
vteft2.c: In function `_vte_ft2_get_text_ascent': 
vteft2.c:252: error:
dereferencing pointer to incomplete type 
vteft2.c: In function `_vte_ft2_draw_text': 
vteft2.c:294: error: 
dereferencing pointer to incomplete type 
vteft2.c:295: error: 
dereferencing pointer to incomplete type
make[2]: *** [vteft2.lo] Error 1 
make[1]: *** [all-recursive] Error 1 
make: *** [all] Error 2 
### execution of make failed, exit code 2
Failed: compiling vte-0.11.10-3 failed

ou

checking for freetype-config.../usr/X11R6/bin/freetype-config 
checking For sufficiently new FreeType (at least 2.0.1)... no 
configure: error: pangoxft 
Pango backend found but did not find freetype libraries 
make: *** No targets specified and no makefile found. Stop. 
### execution of LD_TWOLEVEL_NAMESPACE=1 failed, exit code 2 
Failed: compiling gtk+2-2.2.4-2 failed

o problema é devido a uma confusão entre arquivos cabeçalhos de pacote freetype | freetype-hinting e os arquivos de cabeçalho do freetype2 que são parte do X11 | XFree86. O comando

fink remove freetype freetype-hinting

removerá qualquer variante que você haja instalado. Por outro lado, se seu erro é parecido com:

ld: Undefined symbols: _FT_Access_Frame

isto é normalmente devido a um arquivo residual de uma instalação prévia do X11. Reinstale o X11 SDK.

R.: Se você tem um erro parecido com

unix_dl.c: In function `rep_open_dl_library':
unix_dl.c:328: warning: assignment discards qualifiers from pointer target type 
unix_dl.c: In function `rep_find_c_symbol': 
unix_dl.c:466: error: `Dl_info' undeclared (first use in this function)
unix_dl.c:466: error: (Each undeclared identifier is reported only once 
unix_dl.c:466: error: for each function it appears in.)
unix_dl.c:466: error: parse error before "info" 
unix_dl.c:467: error: `info' undeclared (first use in this function) 
make[1]: *** [unix_dl.lo] Error 1

então o mais provável é que você tenha um arquivo de cabeçalho /usr/local/include/dlfcn.h que é incompatível com o Panther. Tire-o do caminho.

Normalmente, ele é instalado pelo OpenOffice e você deve substituir esse arquivo de cabeçalho, bem como a biblioteca /usr/local/lib/libdl.dylib, por links simbólicos aos arquivos providos pelo Panther:

sudo ln -s /usr/include/dlfcn.h /usr/local/include/dlfcn.h
sudo ln -s /usr/lib/libdl.dylib /usr/local/lib/libdl.dylib

R.: Isto é porque gcc2 e gcc3.1 são pacotes virtuais que indicam a presença de gcc-2.95 e gcc-3.1, respectivamente, em seu sistema. Instale o pacote gcc2.95 e/ou o gcc.31 do Xcode Tools (versões anteriores do OS possuem gcc-2.95 e gcc-3.1 como parte da instalação principal do Developer Tools).

Observação: instalar o gcc2.95 ou gcc3.1 não interferirá com seu compilador gcc3.3--eles podem coexistir.

R.: Caso esteja usando a árvore unstable, assegure-se de ter instalado o intltool-0.34.1 ou mais recente.

Caso contrário, você precisa assegurar-se de ter a variante correta do pacote xml-parser-pm que case com a versão do Perl em seu sistema. Por exemplo, se você estiver no Panther você deveria ter xml-parser-pm581 no lugar de xml-parser-pm560 (você também pode ter o substituto xml-parser-pm), já que você tem o Perl-5.8.1 no lugar de Perl-5.6.0 Se estiver no Jaguar e estiver usando a versão padrão do Perl para o sistema, você terá a variante pm560 e se você instalou o Perl 5.8.0 você pode ter a variante pm580.

R.: O que aconteceu aqui é que o Fink está tentando usar um dos seus espelhos mestres. Eles foram configurados para garantir que códigos fontes dos pacotes do Fink estejam disponíveis mesmo que os sites oficiais os tenham mudado de lugar. Normalmente esses erros ocorrem quando uma nova versão oficial de um pacote é lançada mas ainda não chegou aos espelhos mestres.

Para remediar esta situação, execute o comando fink configure e defina a ordem de pesquisa para que use os espelhos mestres por último.

R.: É comum que, em uma árvore de compilação complicada, você descubra que alguns pacotes dependem de uma versão específica de uma biblioteca e outros dependam em uma versão diferente (por exemplo, db47 vs. db44). Consequentemente, o Fink pode tentar trocar para aquela que não estiver instalada atualmente de forma a satisfazer a dependência de compilação do pacote que você deseja atualizar.

Infelizmente, devido a limitações do mecanismo de dependências de compilação, você pode encontrar a famigerada mensagem

Fink::SysState: Could not resolve inconsistent dependencies

ao tentar um update-all suficientemente complicado. Esta situação geralmente lhe fornece um comando para tentar resolver o problema:

fink scanpackages
sudo apt-get update
sudo apt-get install foo=1.23-4

mas isto pode não funcionar para atualizações suficientemente complicadas. Você talvez precise atualizar pacotes um-a-um, ao menos por algum tempo.

R.: Para erros parecidos com:

running build
running build_ext
Traceback (most recent call last):
  File "setup_socket_ssl.py", line 21, in ?
    depends = ['socketmodule.h'] )
  File "/opt/sw/src/root-python24-2.4.1-1/opt/sw/lib/python2.4/distutils/core.py", line 166, in setup
SystemExit: error: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.4" but "10.3" during configure
### execution of /opt/sw/bin/python2.4 failed, exit code 1

o problema ocorre porque os pacotes python2* gravam o MACOSX_DEPLOYMENT_TARGET atual em um arquivo de configuração quando são compilados e os utilitários de compilação do python usam esse valor quando compilam módulos. Isto significa que você tem, por exemplo, um pacote python24 no OS 10.4 que foi compilado no OS 10.3, ocorrendo tanto na atualização 10.3 => 10.4, ou através da distribuição binária 10.4-transitional, na qual o python24 não foi recompilado, havendo portanto uma diferença entre o que o python acha que MACOSX_DEPLOYMENT_TARGET deveria ser (10.3) e o que realmente é (10.4).

A solução é recompilar o pacote python que esteja causando problema, por exemplo fink rebuild python24 para o caso acima.

Para erros em tempo de execução que exibem o mesmo tipo de mensagem de erro acima, recompile o módulo após recompilar o pacote python2* apropriado.

R.: O erro

 libtool: unrecognized option `-dynamic'

normalmente significa que você substituiu a /usr/bin/libtool da Apple por uma libtool GNU. Infelizmente, as duas libtools não funcionam da mesma forma.

A única maneira de resolver este problema é obter uma libtool da Apple que funcione. Ela é instalada como parte do pacote DeveloperTools.pkg das ferramentas do Xcode e você pode reinstalar todo o pacote se primeiro limpar seu arquivo de receita em /Library/Receipts (arraste-o para a Lixeira).