On Wed, 12 Feb 2014, Sergey B Kirpichev wrote: SBK>On Mon, Feb 10, 2014 at 11:26:05PM +0900, Fedor Zuev wrote: SBK>> Ну так я вроде же указал на PDL, подражанием которому SBK> SBK>Из машины времени что-ли? ;) SBK> SBK>> (не доделанным и наполовину, если я правильно помню) является numpy. SBK> SBK>Мягко говоря, недоделанным выглядит больше PDL. Достаточно SBK>сравнить SBK>http://pdl.perl.org/?page=reference SBK>http://docs.scipy.org/doc/
Эээээ, и что это должно иллюстрировать? Что у питона нет встроенной документации? Numpy примерно соответствует (за вычетом разной странной фигни, которая в PDL не нужна, потому что гораздо лучшая функциональность в Перле изкоробки) первым четырем модулям PDL: Core, Basic,Ops,Ufunc. Ну, плюс еще CallExt, уж коли мы заговорили о фортране. Но в PDL-то этих модулей - шестьдесят! Плюс еще десятка два модулей для PDL отдельно, на CPAN-е. И да, я впечатлился, каких чудовищных плясок с бубном (судя по документации) требует NumPy там где в PDL вообще ничего делать не надо (потому что соответствующая функциональность прозрачна). SBK> SBK>> Интеграция с двоичным кодом (фортраном в том числе) какая-то есть SBK> SBK>Мда. Вот подобные "какая-то" и наводит на грустные SBK>размышления. Ну так поймите, в перле - в отличии от - вызов внешней библиотеки, причем не в специально для этого написанном модуле со CPANа, а прямо из прикладной программы - редчайшая экзотика. Если вам это понадобилось - значит либо вы пишете что-то глубоко системное, либо у вас неправильная постановка задачи. А так, процедура прилинковки внешних библиотек в PDL в точности такая же, как и в NumPy. Поскольку, как я уже говорил, второе драли с первого.