Pyrex

Pyrex é uma linguagem projetada para a criação de módulos de extensão Python escritas em código C.
Ele foi projetado para preencher a lacuna entre o bom, de alto nível, mundo easy-to-use do Python e do mundo bagunçado, de baixo nível de C.
Para os tipos básicos, tais como números e strings isso não é muito ruim, mas nada mais elaborado e está em escolher Python objetos separados utilizando as / C chamadas de API do Python, que exige que você seja cuidadoso sobre a manutenção de contagens de referência, verificação de erros a cada passo e limpar corretamente se alguma coisa der errado

O que é novo nesta versão:.

• Alguns recursos para interface com código C ++ foram introduzidos nesta versão.
• pirex lugares já não pegou exceções para o estado do segmento. Isso garante que as excepções e tracebacks não vazar para fora da cláusula de excepção que os pescou, a menos que você faça algo para preservá-los explicitamente.
• Atualmente, um argumento para uma função Python que é declarado como um tipo de extensão, por padrão, ser autorizados a receber o valor None; para evitar isso, você deve qualificar a declaração argumento com 'não None'.
• Agora é possível definir e tipo de extensão Python com atributos que não participam na coleta de lixo cíclica, usando uma nova opção nogc.
• size_t é agora um tipo built-in e é o tipo retornado pelo operador sizeof. Além disso, os tamanhos de size_t e Py_ssize_t agora são assumidos como sendo algo entre longo e longo tempo.
• As operações entre dois tipos int do mesmo valor agora retornar um resultado sem sinal se um dos operandos é unsigned; se as fileiras diferentes, o resultado tem o mesmo tipo como o operando mais amplo do ranking. Eu acho que essa é a melhor aproximação das normas ANSI C que é possível sem saber os tamanhos exatos dos tipos.
• PyString_InternFromString está agora exposta sob a cintern nome em vez de estagiário, porque não é um substituto completo para a função de estagiário Python (que não pode lidar com seqüências contendo bytes nulos).
• A verificação de tamanho que foi gerado anteriormente ao importar um tipo de extensão foi desativada por enquanto até que eu possa pensar em algo melhor. Foi gerar muitos falsos positivos, por exemplo a partir de diferentes versões de numpy.
• A opção convenção __fastcall chamar agora é suportado. Além disso, Pyrex não assume que __cdecl é a convenção padrão chamando. Para ser considerado compatível, dois tipos de função ou deve ser declarado com a mesma convenção de chamada, ou ambos devem deixá-lo não especificado.
• Como já vem ameaçando há algum tempo, usando __new__ como o nome do método de inicialização de um tipo de extensão tornou-se um erro, em vez de apenas um aviso. Em algum lançamento futuro, __new__ vai ressurgir com mais semântica Python-like.

Limitações :

nada encontrado