Mailman 3 September 2005 - pytest-dev

[py-dev] py.test and unittest; TestGears and TestOOB
by Ian Bicking Sept. 20, 2005

Sept. 20, 2005

Hi - I should preface this saying that I'm proposing work without offering help, so read as you will ;) Anyway, I think I mentioned before that setuptools has had some unittest-specific support added to it, and the possibility that py.test could produce test suites. PJE also wrote this post describing unittest's architecture: http://dirtsimple.org/2005/08/ruby-gems-python-eggs-and-beauty-of.html This made me think that the unittest architecture is still workable, irregardless of any particular code in unittest.py. And py.test even seems fairly close to unittest, internally -- Item vs. TestCase, Collector vs. TestSuite, etc. I thought I'd also point out that there's a couple new test systems that stick to unittest, and offer some portion of py.test's features; TestGears: http://www.turbogears.org/testgears/ and TestOOB: http://testoob.sourceforge.net/ I'm guessing it wouldn't be that hard to convince Kevin (TestGears maintainer, who I've copied) to bring that work back to py.test; I don't really know what TestOOB people are feeling, but I've copied Ori as well. Personally, I'm just hoping not to have to get into which-testing-framework-should-I-use conversations in the future ;) -- Ian Bicking / ianb(a)colorstudy.com / http://blog.ianbicking.org

2 1

[py-dev] Binary distribution (Windows)
by Tom Locke Sept. 15, 2005

Sept. 15, 2005

Hi, It's a great pain having to install the Microsoft C compiler on each machine where I want greenlets. I can't figure out how to move the compiled module across in binary form. If I copy the greenlet.pyd, it just gets deleted and py tries to compile greenlet.c anyway. Help! Tom.

1 0

[py-dev] error building greenlets
by Uche Ogbuji Sept. 6, 2005

Sept. 6, 2005

I can't get greenlets to build on Fedora Core 4 Linux + Python 2.4.1 (or Python 2.3.4. I keep getting the following error. I'm using a pull form Subversion this week. I've tried all sorts of fussing about with the full py library (py/env.py and all that) and all sorts of random tinkering, to no avail. I don't find anything on the error via Google. Any ideas? Traceback (most recent call last): File "test_generator.py", line 1, in ? from py.magic import greenlet File "/home/uogbuji/src/publiccvs/py-dist/py/initpkg.py", line 181, in __getattr__ result = self.__package__._resolve(extpy) File "/home/uogbuji/src/publiccvs/py-dist/py/initpkg.py", line 69, in _resolve implmodule = self._loadimpl(fspath[:-3]) File "/home/uogbuji/src/publiccvs/py-dist/py/initpkg.py", line 99, in _loadimpl return __import__(modpath, None, None, ['__doc__']) File "/home/uogbuji/src/publiccvs/py-dist/py/magic/greenlet.py", line 5, in ? greenlet = path.getpymodule().greenlet File "/home/uogbuji/src/publiccvs/py-dist/py/path/local/local.py", line 408, in getpymodule mod = make_module_from_c(self) File "/home/uogbuji/src/publiccvs/py-dist/py/misc/buildcmodule.py", line 66, in make_module_from_c raise RuntimeError("cannot compile %s: %s\n%s" % (cfile, e, RuntimeError: cannot compile /home/uogbuji/src/publiccvs/py-dist/py/c-extension/greenlet/greenlet.c: error: command 'gcc' failed with exit status 1 /home/uogbuji/src/publiccvs/py-dist/py/c-extension/greenlet/greenlet.c: In function ‘g_switchstack’: /home/uogbuji/src/publiccvs/py-dist/py/c-extension/greenlet/greenlet.c:274: warning: control may reach end of non-void function ‘slp_switch’ being inlined /home/uogbuji/src/publiccvs/py-dist/py/c-extension/greenlet/switch_x86_unix.h:34: error: PIC register ‘ebx’ clobbered in ‘asm’ [1] http://www.xml.com/pub/at/24 -- Uche Ogbuji Fourthought, Inc. http://uche.ogbuji.net http://fourthought.com http://copia.ogbuji.net http://4Suite.org Use CSS to display XML, part 2 - http://www-128.ibm.com/developerworks/edu/x-dw-x-xmlcss2-i.html XML Output with 4Suite & Amara - http://www.xml.com/pub/a/2005/04/20/py-xml.html Use XSLT to prepare XML for import into OpenOffice Calc - http://www.ibm.com/developerworks/xml/library/x-oocalc/ Schema standardization for top-down semantic transparency - http://www-128.ibm.com/developerworks/xml/library/x-think31.html

5 9