Pyrex

Pyrex ay isang wika na dinisenyo para sa paglikha ng mga module extension sawa na nakasulat sa C code.
Ito ay dinisenyo upang tulay ang puwang sa pagitan ng mga nice, high-level, madaling-gamitin na mga mundo ng Python at ang magulo, ang mababang antas ng mundo ng C.
Para sa mga pangunahing uri tulad ng mga numero at mga string na ito ay hindi masyadong masamang, ngunit ang anumang mas detalyado at ikaw ay sa pagpili ng Python object ng hiwalay gamit ang mga tawag sa API / C Python, na nangangailangan sa iyo upang maging maselan tungkol sa pagpapanatili ng reference bilang, pagsuri para sa mga error sa bawat hakbang at paglilinis up ng maayos kung anumang napupunta mali

Ano ang bago sa release na ito.

• Ang ilang mga tampok para sa interfacing C ++ code ay ipinakilala sa release na ito.
• Pyrex Hindi na lugar nahuli exceptions sa estado thread. Sinisiguro nito na ang mga eksepsiyon at tracebacks hindi tumagas mula sa maliban sugnay na nahuli ang mga ito, maliban kung gagawin mo ang isang bagay na malinaw na panatilihin ang mga ito.
• Sa kasalukuyan, ang isang argument sa isang sawa na function na ay ipinahayag bilang isang uri ng extension, sa pamamagitan ng default, na pinapayagan upang makatanggap ng mga value Wala; upang maiwasan ito, dapat kang maging karapat-dapat ang deklarasyon argument sa 'Hindi Wala'.
• Ito ay posible na ngayon upang tukuyin at uri ng extension na may mga katangian ng sawa na hindi lumahok sa paikot basura, paggamit ng isang bagong nogc option.
• size_t ngayon ay isang built-in na uri at ang uri ibinalik sa pamamagitan ng sizeof operator. Gayundin, ang mga sukat ng size_t at Py_ssize_t ay ipinapalagay na ngayon na saanman sa pagitan ng mahaba at matagal na matagal na.
• Operations sa pagitan ng dalawang uri int ng parehong ranggo ngayon bumalik sa isang unsigned resulta kung ang alinman sa mga operands ay unsigned; kung ang mga hanay ay naiiba, ang resulta ay ang parehong mga uri ng bilang ng mas malawak na-raranggo operand. Sa tingin ko ito ang pinakamahusay na pagtatantya ng mga patakaran Ansi C na ito ay posible na walang alam ang eksaktong sukat ng mga uri.
• PyString_InternFromString ay nakalantad na ngayon sa ilalim ng pangalan cintern halip na makulong, dahil ito ay hindi isang kumpletong kapalit para sa Python makulong function (hindi ito maaaring hawakan mga string na naglalaman null bytes).
• Ang check size na dati ay nabuo kapag ang pag-import ng isang uri ng extension ay hindi pinagana para sa oras hanggang sa maaari kong isipin ng isang bagay na mas mahusay. Ito ay pagbuo ng masyadong maraming mga maling positibo, halimbawa mula sa iba't ibang mga bersyon ng numpy.
• Ang __fastcall pagtawag option convention ngayon ay suportado. Gayundin, hindi na Ipinagpapalagay Pyrex na __cdecl ay ang default na pagtawag convention. Upang maituring na compatible, dapat alinman ay ipinahayag ng dalawang uri ng function na may parehong convention pagtawag, o pareho ay dapat iwanan ito Tukoy.
• Habang ako ay nagbabala para sa ilang oras, gamit __new__ bilang pangalan ng mga pamamaraan initialisation ng isang uri ng extension ay naging isang error sa halip na isang babala lamang. Sa ilang mga hinaharap na release, __new__ ay muling lumitaw sa mas Python-like semantics.

Limitasyon :

walang natagpuan