Re: Phalanx update please!
Hi! On Mon, Dec 27, 2004 at 12:33:36AM +0100, S?bastien Aperghis-Tramoni wrote: Oops! I didn't include the list on my first reply. But on the other hand I have completed the analysis. So here is the final list: http://rafb.net/paste/results/p4hveb43.html I haven't got any time in the last months to spend on CPANTS, but similar data is available here: http://cpants.dev.zsi.at/ from the cpants.db (sqlite) sqlite select requires,count(requires) as cnt from prereq group by requires order by cnt desc limit 30; requires cnt -- Test::More992 Carp 274 perl 255 DBI 222 File::Spec202 Data::Dumper 159 Digest::MD5 156 LWP::UserAgent151 Storable 151 Test::Simple 121 URI 116 Scalar::Util 105 XML::Parser 97 Tk97 IO::File 95 Template 94 Time::HiRes 93 POE 93 MIME::Base64 88 File::Basename80 Params::Validate 80 File::Temp72 DateTime 71 CGI 70 LWP 67 Error 62 HTML::Parser 62 Kwiki 62 POSIX 60 HTTP::Request 60 -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$-gprint$_.$/}
Re: dynclasses/*py* broke the build
William Coleda wrote: (Resend from the right account so it'll make it to the list.) This is on OSX. Looks very similar to an issue that I think Sam has already fixed once. I have some tcl stuff pending that I can't verify works in a clean build until I have clean build. =-) Sorry about that... I've committed what I hope to be a fix. - Sam Ruby
Implementor discussions at upcoming PyCon
The next Python conference, PyCon 2005, is scheduled for March 23-25 in Washington DC. Jim Hugunin, author of IronPython and original author of Jython, will be giving a keynote. The PyPy team is planning to be there, and current Jython developer Samuele Pedroni is also probably going to attend. The conference will therefore be a good place for discussion between teams working on Python implementations. Some suggested ideas for related con events have been: * A panel discussion about which parts of the parrotbench benchmark are the most difficult and easiest to implement. * Python standardization -- do the various implementations run into issues with the languaage reference or test suite? It's not yet clear if Guido van Rossum will be at PyCon, but if he is it's a good opportunity to raise issues. Doubtless you can think of more ideas. It would be great if Python-on-Parrot had some presence at PyCon; if anyone is interested in going, please see http://www.python.org/pycon/2005/ for location and registration details. The deadline for proposal submissions is this Friday, Dec. 31st; see the Call for Proposals at http://www.python.org/pycon/2005/cfp.html for details. There's also going to be lots of open space in the PyCon schedule for BoFs and impromptu presentations, and open space may be better suited for informal cross-team discussions. --amk
[perl #32563] [BUG] missing Makefile dependencies
Here's another one: make test before make fails a few tests: t/dynclass/pybuiltin.t5 1280 65 83.33% 1-2 4-6 t/dynclass/pyclass.t 6 1536 66 100.00% 1-6 t/dynclass/pycomplex.t1 256 11 100.00% 1 t/dynclass/pyfunc.t 4 1024 44 100.00% 1-4 t/dynclass/pyint.t 25 640025 25 100.00% 1-25 t/library/parrotlib.t 6 1536 66 100.00% 1-6 t/pmc/nci.t 1 256471 2.13% 48 These failures are all due to missing dependencies that *are* built with make, but not by make test (which is at least smart enough to build the parrot executable). [leo - Mon Nov 22 07:41:35 2004]: I just changed the interpreter structure slightly. After make -s *almost* all got recompiled. Running Parrot did segfault. a make progclean is at least needed. Thanks, leo
Re: dynclasses/*py* broke the build
Looks good, thanks. Sam Ruby wrote: William Coleda wrote: (Resend from the right account so it'll make it to the list.) This is on OSX. Looks very similar to an issue that I think Sam has already fixed once. I have some tcl stuff pending that I can't verify works in a clean build until I have clean build. =-) Sorry about that... I've committed what I hope to be a fix. - Sam Ruby