Meu entendimento atual:
bin - > arquivos binários (não legíveis por humanos) Arquivos EX: .o
src - > arquivos de origem (arquivos legíveis por humanos) Arquivos EX: .c
Então, o que alguém esperaria estar em um diretório src / bin? Isso é inerentemente contraditório? Eu pergunto porque uma tarefa de casa exige essa estrutura e estou tentando entendê-la de uma perspectiva mais geral do Unix.
NOTA: o diretório src possui dois subdiretórios: src / bin e src / lib
Faz sentido ter esse tipo de estrutura:
src
bin
main1.c
main2.c
lib
func1.c
func2.c
ou seja, src\bin seria usado para manter o código-fonte dos programas,
e src\lib seria usado para manter o código-fonte das funções da biblioteca.
Estas podem ser áreas intermediárias onde os arquivos são instalados ao criá-los.
Os binários são criados em src/bin e as bibliotecas são criadas em src/lib . Ao fazer a instalação real com make install , os binários compilados e as bibliotecas são copiados de lá para onde quer que eles estejam instalados.
Como alternativa (ou adicionalmente), a fonte real dos binários pode ser mantida abaixo de src/bin , e a origem dos binários pode ser mantida abaixo de src/lib .
No OpenBSD, por exemplo, as fontes do sistema base são mantidas em /usr/src , que tem subdiretórios bin (para utilitários que irão para /bin ), usr.bin (para utilitários que irão para /usr/bin ), lib etc.
Nesse caso, entretanto, binários intermediários são construídos em /usr/obj (em subdiretórios correspondentes), para manter os arquivos de objeto separados dos arquivos de origem.