Pyrex

Пірекс мова призначений для створення модулів розширення Python, написані в C код.
Вона призначена для подолання розриву між гарним, високим рівнем, легкий у використанні світ Python і брудний, низькорівневі світ З
Для основних типів, таких як числа і рядки, це не надто погано, але щось більш складною і ви у виборі об'єктів Python крім використовуючи / C API виклики Python, який вимагає, щоб ви ретельно про збереження кількість посилань, перевірка на наявність помилок на кожному кроці і очищення належним чином, якщо що-небудь піде не так

Що нового У цьому випуску :.

• Деякі особливості сполучення з C ++ коду були введені в цьому випуску.
• Pyrex більше не місця зловили виключення в стан потоку. Це гарантує, що виключення і tracebacks випливати з крім застереженням, що їх піймали, якщо ви не зробите щось явно зберегти їх.
• В даний час, аргумент функції Python, який оголошений як тип розширення, за замовчуванням, буде дозволено одержати значення None; щоб запобігти цьому, необхідно кваліфікувати заяву аргумент з "None" ні.
• Тепер можна визначити і тип розширення з атрибутами Python, що не бере участі в циклічному збору сміття, використовуючи нову опцію nogc.
• size_t тепер вбудованого типу і типу що повертається оператором SizeOf. Крім того, розміри size_t і Py_ssize_t тепер передбачається десь між довжиною і довжиною пір.
• Операції між двома типами Int одного рангу тепер повертають без знака результату, якщо будь-який з операндів без знаку; Якщо ранги відрізняються, результат має той же тип, що і ширше-місце операнда. Я думаю, що це найкраще наближення правил ANSI C, що можна, не знаючи точних розмірів типів.
• PyString_InternFromString тепер піддається під назвою cintern, а не стажист, тому що це не повна заміна для функції Python стажиста (він не може обробляти рядки, що містять нульові байти).
• перевірка розмір, який був раніше генерується при імпорті тип розширення була відключена на час, поки я не можу думати про щось краще. Було дають занадто багато помилкових спрацьовувань, наприклад, з різних версій NumPy.
• варіант конвенції __fastcall виклику тепер підтримується. НЕ Крім того, Pyrex більше не припускає, що ця угода __cdecl замовчуванням виклику. Щоб вважатися сумісними, два типи функцій повинні бути або оголошені з тією ж викликає конвенції, або обидва повинні залишити його не визначений.
• Як я вже загрожує протягом деякого часу, використовуючи __new__ як ім'я методу ініціалізації типу розширення стала помилка, а не просто попередження. У майбутньому релізі, __new__ повторно вийти з більш Python, як семантики.

Обмеження

нічого не знайдено