O Pandoc, ao processar seções de markdown, remove o espaçamento entre linhas _ao produzir HTML com ida tag:
$ pandoc -f markdown - <<<'Go to [_section](#_section)'$'\n\n''### _section'
<p>Go to <a href="#_section">_section</a></p>
<h3 id="section">_section</h3>
O id="section'está errado, deveria id="_section". Isso quebra os links, href="#_section"navega para _sectionnão para section.
O que posso fazer para consertar?
Gostaria de definir ou verificar a seguinte configuração:
usando a API do github. Tentei pesquisar https://docs.github.com/en/rest/repos?apiVersion=2022-11-28 , https://docs.github.com/en/graphql , https://docs.github.com/en/graphql/reference/mutations e no Google, mas não consegui encontrar nada relevante para a configuração. Como faço isso?
Eu ficaria feliz até mesmo em listar quais repositórios da lista não têm essa configuração definida, para que eu possa atualizá-los um por um manualmente.
int8_t, int16_t, int32_te int64_tsão do tipo inteiro assinado com largura de exatamente 8, 16, 32 e 64 bits, respectivamente, sem bits de preenchimento e usando complemento de 2 para valores negativos (fornecido apenas se a implementação suportar diretamente o tipo).
int_least8_t, int_least16_t, int_least32_te int_least64_tsão os menores tipos inteiros com sinal com largura de pelo menos 8, 16, 32 e 64 bits, respectivamente.
Se uma implementação tiver int8_t , então parece uma escolha natural int_least8_t, pois é um tipo com largura de pelo menos 8. No entanto, por exemplo, no modelo de dados LLP64, ambos inte longsão de 32 bits, então int32_tpoderia ser , intmas int_least32_tpoderia ser long, o que seria confuso, mas é válido?
Posso razoavelmente esperar que int_least32_t(e char32_t) e int32_tseja do mesmo tipo? Existe uma implementação real onde int_leastX_t difere de intX_t? (exceto DeathStation 9000 )