EGLIBC vs GLIBC em laptops

5

Pelo que entendi, a principal causa do fork / branch do EGLIBC em comparação ao GLIBC foi o problema com os patches para o ARM que os desenvolvedores Debian queriam empurrar para cima.

Eu tenho uma pergunta um pouco diferente - existe alguma diferença significativa para máquinas x86-64 relativamente gordas (em comparação com plataformas embarcadas)?

    
por Maciej Piechotka 06.02.2011 / 18:20

1 resposta

5

Os principais objetivos do EGLIBC (descrito link ) estão todos direcionados para plataformas incorporadas:

  • Fornece opções para reduzir o espaço ocupado em disco e na memória: Contanto que você queira manter a compatibilidade binária com a glibc, essas opções são inúteis ou quase não têm efeito no x86-64.
  • Suporte para compilação cruzada e validação cruzada: Bem ... Quem faz compilação cruzada para x86-64 ...
  • Suporta processadores usados em sistemas embarcados: Eu acho que você não roda sistemas embarcados "x86-64", então é inútil também.
  • Incorpore suporte para funcionalidade específica do processador quando apropriado: A glibc já tem otimizações completas para x86
  • Mantenha a compatibilidade API e ABI com GLIBC sempre que possível.

Eu não sugeriria usar o eglibc, a menos que sua distribuição ofereça suporte total a ele, caso contrário, às vezes, você poderá interromper a vinculação quando a compatibilidade total com ABI não for possível. No entanto, muitos desenvolvedores criticam o estilo de desenvolvimento da glibc e razões não técnicas podem favorecer a eglibc sobre a glibc.

Compatibilidade API e ABI entre eglibc e glibc não permitem grandes mudanças e todas as otimizações x86-64 provavelmente também são mescladas na glibc.

    
por 08.03.2011 / 10:38