Secção 5 - Importar, Compilar e obter Programas

Pergunta 5.1 - Como importar XXX para o Linux?

Se tiver um programa para sistemas similares ao BSD, tente usar -I/usr/include/bsd e -lbsd nos lugares apropriados.

Pergunta 5.2 - O que é ld.so e onde o posso obter?

Ela pode ser obtida de tsx-11.mit.edu em /pub/linux/packages/GCC e nos seus mirrors.

/lib/ld-linux.so.1 é a mesma coisa para ELF e vem no mesmo pacote do carregador a.out.

Pergunta 5.3 - Alguém já importou / compilou / escreveu XXX para o Linux?

Verifique os sites FTP (veja a Pergunta 2.5 - Onde ir buscar material sobre o Linux por FTP?) antes -- procure por palavras apropriadas nos arquivos find-ls ou INDEX. Verifique o Linux Projects Map (LPM), em ftp.ix.de em /pub/Linux/docs/Projects-Map.gz.

Se não encontrar nada, pode fazer download do código fonte e compilá-los mesmo, ver a Pergunta 5.1- Como importar XXX para o Linux? ou se o pacote for muito grande e necessitar de algumas modificações mande uma mensagem para o grupo comp.os.linux.development.apps.

Se compilar um programa grande, por favor faça o upload dele para um ou mais sites FTP e envie uma mensagem para comp.os.linux.announce (submeta a sua mensagem para linux-announce@news.ornl.gov).

Se estiver à procura de um programa tipo aplicação é provável que alguém já tenha escrito uma versão gratuita. Tente ler a FAQ em comp.sources.wanted para as instruções de como encontrar fontes.

Também pode ler o Projects-FAQ, disponível em sunsite.unc.edu em /pub/Linux/docs/faqs/Projects-FAQ.

Pergunta 5.4 - É possível usar um programa ou compilador, que esteja compilado para um 486 num 386?

Todavia, a partir da versão 1.3.35, o kernel usará instruções específicas de 486 no Pentium, se estiver configurado para tais máquinas, impossibilitando a utilização deles em 386s. O GCC pode ser configurado para 386 ou 486; a única diferença é que configurando-o para um 386, faz com que -m386 seja default e configurando-o para um 486, faz com que -m486 seja o default. Em qualquer caso, essa opção pode ser mudada em cada compilação ou editando /usr/lib/gcc-lib/i*-linux/n.n.n/specs.

Existe uma versão alpha do GCC que sabe fazer optimizações para 586, mas ele ainda não é confiável, especialmente se forem pedidas muitas optimizações. O GCC para Pentium pode ser encontrado em: tsx-11.mit.edu em /pub/linux/ALPHA/pentium-gcc. Recomendo usar o GCC normal para 486; diz-se que usando-se a opção -m386 produz código melhor para o Pentium, ou pelo menos um pouco menor.

Pergunta 5.5 - O que faz o gcc -O6 ?

Pergunta 5.6 - Onde estão, <linux/*.h> e <asm/*.h>?

Se não tiver o código fonte do kernel faça o download.

Então use rm para remover quaisquer arquivos desnecessários e ln para criar os links:

rm -rf /usr/include/linux /usr/include/asm
ln -sf /usr/src/linux/include/linux /usr/include/linux
ln -sf /usr/src/linux/include/asm /usr/include/asm

Hoje em dia /usr/src/linux/include/asm é um link simbólico para um directório asm-<arch> específico para cada arquitectura - make symlinks criará os links simbólicos. Também poderá precisar fazer make config na árvore de fontes do kernel recém "desempacotada" para criar <linux/autoconf.h>.

Pergunta 5.7 - Eu recebo erros quando tento compilar o kernel.

Se necessário, apague-os usando rm e então use ln -s para criar os links como mostrado na Pergunta 5.6 - Onde estão <linux/*.h> e <asm/*.h>?'.

Lembre-se de que ao aplicar um patch a um kernel deve usar a opção -p0 ou -p1; caso contrário o patch pode ser aplicado de forma incorrecta. Ver a página de manual do patch para detalhes.

Se estiver a aplicar patches a um kernel mais recente que 1.1.44, notará um novo directório /usr/src/linux/include/asm-i386. O directório asm deve ser removido. O "target" symlinks do Makefile fará eles serem links simbólicos para asm-i386 e arch/i386/boot respectivamente. A forma mais fácil de se certificar de que não ocorram problemas deste tipo é fazer o download de todo kernel, ao contrário de aplicar um ptach.

ld: unrecognised option `-qmagic' significa que deve ir buscar um linker mais novo, de tsx-11.mit.edu em /pub/linux/packages/GCC, no arquivo binutils-2.6.0.2.bin.tar.gz.

Pergunta 5.8 - Como se faz uma biblioteca dinâmica?

gcc -fPIC -c *.c
gcc -shared -Wl,-soname,libsoo.so.1 -o libfoo.so.1.0 *.o

Para a.out, "upload" tools-n.nn.tar.gz de tsx-11.mit.edu, em /pub/linux/packages/GCC/src. Ele vem com documentação que lhe dirá o que fazer. Note que bibliotecas dinâmicas para a.out são bastante complicadas.

Pergunta 5.9 - Os meus executáveis são (muito) grandes.

Com um compilador a.out (ver a Pergunta 8.2 - O que é o ELF?) a causa mais comum do problema é o flag -g passado ao link editor (compilador). Ele produz um programa que é "linkado" estaticamente (além de informações para depuração no arquivo de saída), i.e. um que inclui uma cópia da biblioteca C, ao contrário de usar uma cópia ligada dinamicamente.

Outros factores a serem investigados são -O e -O2 que habilitam a optimização (ver a documentação do GCC) e -s (ou o comando strip) que remove informações de símbolos do binário resultante (tornando a depuração totalmente impossível).

Pode querer usar -N em executáveis muito pequenos (menores que 8K com a opção -N), mas não deve usá-lo a menos que esteja ciente das implicações sobre a performance, e definitivamente nunca em demons.

Pergunta 5.10 - O Linux suporta "threads" ou processos "lightweight"?

• Em sipb.mit.edu: /pub/pthread ou ftp.ibp.fr: /pub/unix/threads/pthreads. A documentação não está no pacote, mas está disponível em WWW em http://www.mit.edu:8001/people/proven/home_page.html. Libcs mais novos do Linux contêm o fonte pthreads; o compilador GNU Ada em sunsite.unc.edu em /pub/Linux/devel/lang/ada/gnat-3.01-linux+elf.tar.gz contém binários feitos com esse código fonte.
• Em ftp.cs.washington.edu: /pub/qt-001.tar.Z está QuickThreads. Mais informações podem ser encontrados no relatório técnico disponível no mesmo local como /tr/1993/05/UW-CSE-93-05-06.PS.Z.
• Em gummo.doc.ic.ac.uk: /rex está lwp, uma implementação bastante simples.
• Em ftp.cs.fsu.edu: /pub/PART, está uma implementação em Ada. Esta é útil principalmente por conter vários papers em PostScript úteis para se aprender mais sobre "threads". Ele não é directamente usável sob o Linux.

Pergunta 5.11 - Onde posso obter o `lint' para o Linux?

Existe um programa disponível gratuitamente chamado `lclint' que faz quase a mesma coisa que o lint tradicional. O anúncio e o código fonte estão disponíveis em larch.lcs.mit.edu em /pub/Larch/lclint; no World Wide Web veja em http://larch-ww.lcs.mit.edu:8001/larch/lclint.html