Endereço literal de string em unidades de tradução

Em C e C , os programadores costumam usar literais de string para vários propósitos. Surge uma pergunta comum: é confiável assumir que a mesma string literal em diferentes unidades de tradução terá o mesmo endereço de memória?

Padrão C/C

O C99 e os projetos de normas C deixam especificamente este tópico sem especificação. A seção 6.4.5 do projeto de padrão C99 afirma que "Não é especificado se essas matrizes [literais de string] são distintas, desde que seus elementos tenham os valores apropriados." Isso significa que o compilador é livre para decidir se agrupa literais de string ou não.

Implementações do compilador

Na prática, compiladores diferentes têm comportamentos diferentes em relação ao pooling de literais de string.

• GCC: Suporta agrupamento de literais de string em unidades de compilação com o sinalizador -fmerge-constants. Esse comportamento pode ser desabilitado com -fno-merge-constants.
• Visual Studio: Inclui uma opção (/GF) para pool literal de string.
• Outros compiladores: podem ou não oferecer suporte ao pool literal de strings e é específico da implementação. não exigir que literais de string sejam agrupados no padrão C se deve à diversidade de compiladores e ambientes de tempo de execução da época. Algumas implementações armazenavam literais de string em ROM, enquanto outras os armazenavam em seções de dados graváveis. Para garantir a portabilidade, foi considerado melhor não exigir nenhum comportamento específico. endereço de memória entre unidades de tradução. No entanto, dentro da mesma unidade de tradução, é mais provável que o comportamento seja consistente, pois o compilador tem mais controle sobre as otimizações.

Conclusão