Essa é apenas uma abreviação usada por autotools para descrever um ambiente de criação não muito distante, no qual as ferramentas padrão do Unix estão disponíveis.
O sane tem uma definição técnica em um contexto unix / linux?
Quero dizer, em situações como esta:
checking whether build environment is sane... yes
Essa é apenas uma abreviação usada por autotools para descrever um ambiente de criação não muito distante, no qual as ferramentas padrão do Unix estão disponíveis.
A definição padrão em inglês:
(of an undertaking or manner) reasonable; sensible.
—New Oxford American Dictionary
O Terceiro Novo Dicionário Internacional do Webster tem um pouco mais a dizer sobre o assunto, do estudo sinônimo ( em negrito adicionado):
SANE, usually constrasted with insane, indicates mental soundness, rationality, and level-headedness without wild quirks or deep derangements.
No contexto de um "ambiente de criação sadio", a frase "sem peculiaridades selvagens" é particularmente aplicável.
Mais mecanicamente, você pode definir "são" neste contexto como: "Não violar as expectativas usuais para o ambiente de criação".
O que essas "expectativas usuais" são é uma questão inerentemente subjetiva, a menos que você tenha um padrão acordado para se referir.
Em um ambiente de script de shell, você poderia dizer que um ambiente de script "sã" é aquele que possui ferramentas que atendem às especificações POSIX . Mas eu não usaria a palavra "são" para isso; Eu diria apenas um "ambiente de shell padrão" ou um "sistema compatível com POSIX".
POSIX é o padrão mais amplamente utilizado para ambientes UNIX / Linux, mas, até onde sei, ele não descreve o ambiente compilação (por exemplo, compiladores C, bibliotecas, etc.) para que não caiba o contexto que você está perguntando.
Se uma instalação de pacote me deu a mensagem,
checking whether build environment is sane... yes
Eu simplesmente entenderia isso como uma mensagem dos desenvolvedores:
Checking that all our assumptions about the environment are correct, so we can bail out now if they're not, rather than checking these same assumptions continually throughout the rest of our code.
Tags terminology