Mailman 3 October 2003 - pypy-dev

Improved Unit Test Framework
by Laura Creighton Oct. 18, 2003

Oct. 18, 2003

I couldn't remember what Peter had told me about his testing framework, so I asked him. Now he is curious as to what we want to do differently. Laura ------- Forwarded Message Return-Path: peter(a)engcorp.com To: Laura Creighton <lac(a)strakt.com> Subject: Re: Unit testing References: <200310171413.h9HEDlLH014913(a)ratthing-b246.strakt.com> Laura Creighton wrote: > > DO I remember it correctly that you have extensively hacked up the > unittest module to build a nicer … [View More]framework? and if so, is what you > did freely available? PyPy wants a nicer framework ... Actually, we carefully avoided touching "unittest.py" at all, as we were new to this game. Instead we've added a wrapper ('ktest') around it which provides a few features we find useful (but only under Win/DOS). - - type "unit xxxx" to run unit tests for module xxxx, expecting to find them at ./unit/xxxx_unit.py - - "unit -a" runs all tests in all ./unit subdirectories, recursively - - "unit -r" randomizes the order of the individual TestCases (but not yet the individual test methods) to help catch test-order dependencies - - all output from tests go to log files as xxxx_unit.log for later inspection - - no graphical abilities whatsoever; no pretty green/red bar (I regret the latter part) - - automatic inclusion of .pth files found in ./unit subfolders, and automatic inclusion of parent folder in the sys.path (all tests run with the ./unit folder as current directory) - - automatically use Python 2.0 or 2.2 based on flag file in ./unit folder as we have not yet migrated entirely from 2.0 - - probably a few other bits I seriously doubt that what we have would be of much use to anyone as they would likely have to adopt a completely different approach to testing than they currently use. The area where we have actually excelled, instead of where we've stuck to the entirely non-fancy console/DOS interface with limited features, is in our auxiliary test frameworks. One of them, PyJTF, has just been put up on Sourceforge (http://pyjtf.sourceforge.net/). It allows test-driven development of Javascript code for the IE browser (again, limited to Win32 :-( ) using Python and COM and Twisted to great effect. The other, as yet unreleased, incorporates a Python-based HC12 CPU simulator to allow test-driven development of embedded system code in C. Tests in Python, code in C, fairly simple interface and amazing performance (one set of 98 tests takes only 4 seconds to run). As this one matures, I hope to release it as well. If the kunit features are remotely interesting, I can forward the code and its own tests. Feel free to post any part or all of this to the PyPy mailing list, or elsewhere, as you see fit. :-) - -Peter Hansen ------- End of Forwarded Message [View Less]

3 2

Maybe Ian Bicking wants our test framework.
by Laura Creighton Oct. 17, 2003

Oct. 17, 2003

http://blog.colorstudy.com/ianb/weblog/2003/10/10.html#P11

4 3

IRC log: is list.append a RPython op?
by Seo Sanghyeon Oct. 16, 2003

Oct. 16, 2003

I asked Armin whether list.append is a RPython op, and had a brief chat on the topic. Armin expressed his opinion, and agreed to post IRC log to this list. Any comment?

1 1

Re: [pypy-dev] PyPy on FPGA?
by Thanos Vassilakis Oct. 16, 2003

Oct. 16, 2003

I have a Python on FPGA project going that is partly financed by a FPGA chip manufacture. It is early days and would be very interested in any other such projects. thanos ----------------------------------------- This message and its attachments may contain privileged and confidential information. If you are not the intended recipient(s), you are prohibited from printing, forwarding, saving or copying this email. If you have received this e-mail in error, please immediately notify the … [View More]

1 0

PyPy on FPGA?
by Christian Tismer Oct. 16, 2003

Oct. 16, 2003

Amund Tveit wrote: ... > btw, regarding the PyPy project. Are there anyone of you working on a > FPGA-port of the PyPy core? It would certainly be interesting to port the > core to a VHDLish language and make it run on low-power FPGA-chips, in > particular for potential mobile device adaption of Python. That comment > could potentially be something to put in your EU funding proposal? :-) We were of course considering PyPy for embedded systems, different hardware platforms, and … [View More]

1 0

LL3 abstract.
by Jonathan David Riehl Oct. 16, 2003

Oct. 16, 2003

Hi all, I've attatched my first draft of a presentation abstract that I'll be submitting to LL3. This proposal is due this Friday (the 17th), so if you are interested in what I'm going to say in Boston, you might want to check this out right now and get any feedback to me ASAP. I'd especially like feedback from people that have already given presentations on PyPy or are doing development on the translator (the whole sprint was a blur to me - I'm going to need help remembering what I was … [View More]

3 2

recent lisp support / cross-language
by holger krekel Oct. 15, 2003

Oct. 15, 2003

hello pypy, i think it's nice that we start to have clisp support. but there are no unit-tests and 'translator/gencl.py' adds more code to keep in sync with our model. So without tests i wouldn't like this code to exist. I guess we need some boilerplate that allows starting lisp-programs from commandline with instructions which functions to call and parsing the results. the unittests could then do the same what they do for pyrex: checking that the function at least computes correctly. … [View More]

4 5

Re: [pypy-dev] "Unwrap" Concidered Harmful
by Rocco Moretti Oct. 14, 2003

Oct. 14, 2003

Armin Rigo wrote: >On Sat, Sep 13, 2003 at 02:24:51PM -0400, Rocco Moretti wrote: > > >>space.is_true() is an example of such a limited use function. In my mind, >>is_true() exists for a single purpose - to determine if a wrapped >>object is true so that the interpreter can determine if a >>JUMP_IF_TRUE type branch should be taken. Any other use would be >>considered a "hack". >> >> > >Right. However there are a few other cases in … [View More]

2 1

early sprint planning - amsterdam
by holger krekel Oct. 14, 2003

Oct. 14, 2003

hello pypy-devers, hello current pypy-sprint subscribers, just wanted to gather some more feedback for the next (fifth!) PyPy-sprint. It is currently planned to take place at "Vrije Universiteit in Amsterdam", 14th-21th Dec 2003. thanks to Etienne Posthumus. There was already some agreement in Berlin about this proposal, and Armin, Michael and me told me afterwars it's likely they will come. I guess the main goal will be to complete C code generation (probably still using Pyrex … [View More]

2 1

Re: [pypy-dev] fixeol
by Rocco Moretti Oct. 13, 2003

Oct. 13, 2003

Sorry for brining up old news, but my Netscape e-mail wasn't letting me log in for more than about 2 seconds ... so I changed free email providers. I've had a backlog of messages to work through ... >>I'm still a bit worried that if fixeol actually changes content, as would be >>the case if it is run by someone on another platform than the one used to >>create it, then svn will record it as completely changed (ideal source for >>conflicts). The only solution I could … [View More]

2 1