3 ms·
Off the top of my head -- a serious sql parser and the whole TAP test ecosystem. After a while I stopped checking cpan for what I needed, since I just got angry
by berntb 14y ago
Off the top of my head -- a serious sql parser and the whole TAP test ecosystem. After a while I stopped checking cpan for what I needed, since I just got angry.
Another difference: In the Perl world, you can find and have dependency trees with dozens to hundreds of modules installed from cpan -- and you expect it to work, particularly since the module tests by default are run at install. (It is a bit painful with too many dependencies, but it works if you need it.)
- brekken 14y agoI think there are many cases where packages may not be in one language repo, but in another. However, Python does have a lot of testing packages available that do a swell job. Also, the JUnit test-report format these days tends to be what I see a lot of. http://wiki.python.org/moin/PythonTestingToolsTaxonomy http://wiki.python.org/moin/PythonTestingToolsTaxonomy Also, as far as SQL, and even Object Relational Mappers goes, there's SQL Alchemy. You can verify they are present here, in PyPi: http://pypi.python.org/pypi http://pypi.python.org/pypi
- berntb 14y agoSQL Alchemy doesn't have an SQL parser, which I asked for. See http://search.cpan.org/~rehsack/SQL-Statement/ http://search.cpan.org/~rehsack/SQL-Statement/ It contains a parser and evaluates SQL expressions on lots of data sources(!). The testing tools on Perl use a common infrastructure and can work with each others in a plugin fashion.