[perl #38670] [NEW] Support for NetBSD

2006-03-04 Thread via RT
# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #38670] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=38670 > This was posted in p6i by Steve Peters, [EMAIL PROTECTED]: Thanks to the work

Warnings during test

2006-03-04 Thread Gabor Szabo
When installing a module ( in this case Sub-Uplevel-0.09 on 5.8.8) using CPANPLUS I saw many warnings passing by but as all the tests were successful the report to the CPAN Testers was sent as PASS. it would be useful to capture warnings printed on the screen and then even somehow report this mino

ANNOUNCE - Smolder 0.01

2006-03-04 Thread Michael Peters
This email is to announce the birth of Smolder. Smolder is a Web-Based Smoke Test Aggregator used by developers and testers to upload (automated or manually) and view smoke/regression tests using the Test Anything Protocol. Details and trends can be viewed in various formats (HTML, XML, YAML) and

Re: svn performance

2006-03-04 Thread Leopold Toetsch
On Feb 28, 2006, at 19:27, Andy Dougherty wrote: Executive summary -- svn co on Solaris 8 is still *slow*! I"ll stick to fetching snapshots with wget. Dumb question? Why 'svn co' instead of incrementally updating with 'svn up'? leo

Re: Rare failure of t/dynoplibs/myops alarm sequence

2006-03-04 Thread Leopold Toetsch
On Feb 28, 2006, at 21:59, Tim Bunce wrote: This can happen if the machine is busy. Okay. Can't the test be made more robust? Or emit a warning note? Probably yes with increased testing time (longer sleep) - a warning note is always ok. leo

Re: Valgrind Reports Useful?

2006-03-04 Thread Leopold Toetsch
On Feb 28, 2006, at 23:13, chromatic wrote: Hi there, I just managed to get Valgrind working on my Linux PPC box. Are Valgrind (memcheck, cachegrind, etc) reports useful from various platforms? If so, is there a good example PIR file to run that stresses sufficient code (or should someon

Re: [perl #38627] [TODO] fill Parrot_register_move() with code

2006-03-04 Thread Leopold Toetsch
On Mar 1, 2006, at 1:26, Karl Forner wrote: On 2/25/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > fill the function body of Parrot_register_move() (src/utils.c 633 ff). Parrot is now using this function [1] for recursive tailcalls. There are 2 new tests in t/compilers/imcc/imcpasm/o

Re: Warnings during test

2006-03-04 Thread David Wheeler
On Mar 4, 2006, at 05:58, Gabor Szabo wrote: When installing a module ( in this case Sub-Uplevel-0.09 on 5.8.8) using CPANPLUS I saw many warnings passing by but as all the tests were successful the report to the CPAN Testers was sent as PASS. it would be useful to capture warnings printed on t

Re: [perl #37906] socklen_t not defined

2006-03-04 Thread Bernhard Schmalhofer
Hi David, could you send your changes as a patch to me or to [EMAIL PROTECTED] Could you additionally add your test results to PLATFORMS? I suppose there needs to be some kind of config check for older 'libc5'. The hints you passed to Configure.pl could probably also be put into a hints file.

Re: Parrot vs NekoVM

2006-03-04 Thread Leopold Toetsch
On Feb 28, 2006, at 19:59, Nicolas Cannasse wrote: Yes I understand that there is different cores for Parrot, but what are the flags appropriate for doing some comparisons ? Some flags might do very good in some cases and quite bad in some others. They might also take tremendous time to JIT the

Re: User stack: Worthwhile?

2006-03-04 Thread Leopold Toetsch
On Mar 1, 2006, at 14:46, Will Coleda wrote: We already have at least one language implementation that used to work just fine using the stack, but has been crippled with various deprecations over the last few years. If you are speaking of forth here, then no. That was broken by design. It j

Re: [perl #37906] socklen_t not defined

2006-03-04 Thread David Dyck
On Sat, 4 Mar 2006 at 08:52 -0800, Bernhard Schmalhofer via RT...: could you send your changes as a patch to me or to [EMAIL PROTECTED] my hack was not how anyone should implement it. (I was just trying to get it to compile) Could you additionally add your test results to PLATFORMS? I tr

Re: make error on 9188

2006-03-04 Thread Beau E. Cox
On Friday 03 March 2006 12:00, chromatic wrote: > On Wednesday 01 March 2006 11:19, Beau E. Cox wrote: > > c - Did you have a chance to try my patch? If so, > > did it work? > > It bypassed the build error, so that much definitely works better. I > haven't finished running the test suite to see if

Re: Parrot vs NekoVM

2006-03-04 Thread Nicolas Cannasse
> $ time ./parrot -j fib.pir 30 > Fib(30): 1346269 > > real0m4.774s > > Ok that's slow (AMD [EMAIL PROTECTED], unoptimized parrot build), you are > right. But: > > $ time ./parrot -Cj fib.pir 30 > Fib(30): 1346269 -Cj does not produce different results than -j on the Win32 build of Parrot.

Re: Perl 6 design wiki?

2006-03-04 Thread Mark Overmeer
* Yuval Kogman ([EMAIL PROTECTED]) [060304 00:40]: > I think Perl 6 could use a wiki for several things: Last week, I was looking for ideas/plans about the required changes in CPAN, and it was so increadibly hard to find the documents. People tend to use SVN as substitute means of publication and

Re: User stack: Worthwhile?

2006-03-04 Thread Will Coleda
I believe befunge is the example I was thinking of. On Mar 4, 2006, at 12:08 PM, Leopold Toetsch wrote: On Mar 1, 2006, at 14:46, Will Coleda wrote: We already have at least one language implementation that used to work just fine using the stack, but has been crippled with various depreca

Actions aren't called at :outer sub exit

2006-03-04 Thread Bob Rogers
This is because the fact of being an :outer sub promotes its context's C to a C, whether or not it ever creates a closure. When the C is invoked to return, it does no unwinding, leaving the control stack untouched on exit. The action is effectively popped (and leaked, I'll wager), but it is ne

Re: Perl 6 design wiki?

2006-03-04 Thread Stevan Little
On 3/4/06, Mark Overmeer <[EMAIL PROTECTED]> wrote: > One thing which is playing in my head already for some time is: > > Do we really want a translation from Perl5 modules into Perl6 on > a one-to-one basis? There are so many deceased modules occupying > beautiful name-spaces! Can we pleas