Os arquivos de especificação rpm podem ser usados para suportar compilações empacotadas com reconhecimento de SIMD?

Question

O

link deixa claro que o RPM pode ser usado para segmentar diferentes plataformas, mas é possível usar o RPM para direcionar vários sabores diferentes dentro de uma plataforma?

Motivação: algo compilado para ser executado no x86-64 usando extensões AVX não pode ser executado em hardware x86-64 anterior. O nome do pacote poderia especificar que os flags necessários do compilador foram usados, e pode-se confiar no usuário para instalar o melhor para o hardware, mas seria melhor poder adiar tal problema para o gerenciador de pacotes. Caso contrário, a pessoa é forçada a usar apenas o suporte SSE2 SIMD de menor denominador comum e desperdiçar muito do hardware do usuário.

    

Answer 1

Você pode criar o pacote RPM com o software compilado com alguma extensão ativada. Isso não é problema. No entanto, você não pode usar / usr / bin / rpm para lidar com a restrição e escolher o melhor pacote para a plataforma.

Mas o usuário pode fazer isso.

Você pode criar os pacotes:

Name: foo-general
Provides: foo

e depois outro:

Name: foo-recent-amd-only
Provides: foo

Name: foo-recent-intel-only
Provides: foo

Cada um desses pacotes pode ser construído com diferentes sinalizadores de compilador. Eles podem até mesmo ser compilados a partir de um pacote fonte.

Portanto, se algum outro software requer (ou instalação pelo usuário) "foo", ele pode optar por instalar foo-general, foo-recent-amd-only ou foo-recent-intel-only