Быстрый питон

Mentos

А в итоге все равно получится в 10 раз медленнее чем C.

Ну и что? pyrex, pycaml... чего там только нет

Неплохая эта штука - pyrex.

Позволяет использовать в одном коде, в питоновом стиле и С и питон-объекты. Добавляет отнюдь не только скорость. В питоне благодаря пайрексу появляются указатели, NULL и прочие милые вещи, которых так не достает при обычном программировании. Можно не просто обращаться к сишным функциям, а строить полноценные объекты.

Я тут с ее помощью обернул libburn. Конечно, определенный геморрой, конечно, определенные ограничения, но общая идея работает и работает неплохо.

>> Я тут с ее помощью обернул libburn. Конечно, определенный геморрой, конечно, определенные ограничения, но общая идея работает и работает неплохо.

Называется ""полумеры". Типа "питон на ждаве". Нах, тогда такой подход. Прикинь, Авлик, если тебе придется соединить две проги - эту и с традиционным питон-синтаксисом. :-))

Ну вообщето именно так она у меня и работает...

Вот, к примеру вывод списка драйвов из питона.


import libburn

const=libburn.const()

burn=libburn.cl_burn(verbosity=0)

for drive in burn.get_drives():
print drive



Основное предназначение пайрекса - обертка сишных либ для последующего использования в 100% питоновых скприптах.

> В питоне благодаря пайрексу появляются указатели, NULL и прочие милые вещи, которых так не достает при обычном программировании. Можно не просто обращаться к сишным функциям, а строить полноценные объекты.

Спасибо, когда мне понадобятся указатели - я знаю, где лежит компилятор C.

А NULL - что это за невидаль такая? По-моему, жалкое подобие нормального None.

> Я тут с ее помощью обернул libburn. Конечно, определенный геморрой, конечно, определенные ограничения, но общая идея работает и работает неплохо.

А чем это лучше SWIG-a? Там хоть язык не надо корёжить. Что надо - пишешь на C, что надо - на нормальном языке.

Для этого существует SWIG - генератор интерфейсов. И не надо язык корёжить.

В общем, посмотрел я, и не понял - не Питон и не С получается. Зачем так мучиться, не лучше ли прямо на C писать? Потому что это - явно не Питон.

Я попробовал swig на том же libburn. вжик, и файл нефиговый он замутил. это хорошо. но преобразования-то ручками, ручками делать надо! кроме того, swig - отдельная либа.

С хорош в одних местах, а питон в других. Пайрекс позволяет заполнить пропасть между ними без доп. либ и зависимостей.

Чудеса... Топик про python и почти без флейма. С этим надо что-то делать. Например, заявить что Python - лучший из современных языков программирования общего назначения.

файл нефиговый это да, а преобразования зачем ручками и что за преобразования?

и swig ни какая не либа

Дак и пайрекс, в основном, используется через pyrexc ;-)

Pyrex, на мой взгляд, создавался не для того, чтобы с его помощью обертывать библиотеки на С (хотя он может быть использован и для этих целей). Главное его назначение - ускорить работу модуля за счет дополнительных объявлений, в определенном смысле сохраняя стиль языка.

При прочих его недостатках, он позволяет "за дешево" повышать производительность модуля при минимальных затратах.

Я полагаю, что у SWIG и Pyrex - разные сферы применения, хотя они и пересекаются между собой.

test(struct **example)

и как я ему указатель на структуру или объект передам?

В pyrex - зпросто.

А что в /usr/lib swig кладет?

только перед этим ему файлик *.pyx надо написать

> Называется ""полумеры". Типа "питон на ждаве". Нах, тогда такой подход. Прикинь, Авлик, если тебе придется соединить две проги - эту и с традиционным питон-синтаксисом. :-))

ты удивишься, но модули написанные на чистом Си, на pyrex и на чистом питоне импортируются и используются абсолютно одинаково.

сравни, для примера, pickle и Cpickle из стандартной библиотеки.

Писать на чистом си нет смысла -- слишком много рутинных операций котрые с успехом может проделать pyrex -- например преобразование питон-объектов в си-типы и наоборот, увеличение/уменьшение счетчика ссылок на объект.

В результате на pyrex оборачивание некоторых си-библиотек на 50% делается sed'ом. Жаль он еще c++ не умеет.

> ты удивишься, но модули написанные на чистом Си, на pyrex и на чистом > питоне импортируются и используются абсолютно одинаково.

истину глаголет бзд-ун. pygame целиком на С написан. и игрушка на питоне работает на удивление шустро.

>В результате на pyrex оборачивание некоторых си-библиотек на 50% делается sed'ом. Жаль он еще c++ не умеет.

C++ sip умеет. он маленький и удобный

>В питоне благодаря пайрексу появляются указатели, NULL и прочие милые вещи, которых так не достает при обычном программировании.

м-да... я то думал мы от этой милости уходим именно благодаря милым спискам питона. если же указатели, то лучше си подпрограммы использовать (или асм)

ну так пайрекс, это и есть сама возможность использовать в питоне С-подпрограммы. Причем в этих С подпрограммах можно использовать питоновые объекты. И описывается это все простыми питон-подобными конструкциями.

>А что в /usr/lib swig кладет? либы которые использовались в случае _одновременного_ использования _нескольких_ языков (i.e. перл + питон +цпп) и их, кстати, в апстриме сразу устаревшими сделали, а потом и вовсе выкинули.

Может, кому поможет как пример.

ОО обертка для libburn при помощи pyrex.

ftp://ftp.atmsk.ru/pub/pyburn-0.2.tar.gz