Re: Anomalous Difference in Output between HTML Files Created by

2005-01-31 Thread Jim Keenan
Leif Eriksen wrote: I'd guess it is because you are seeing the output of the code after it has been compiled-then-decompiled - it is compiled so it can run and coverage statistics can be collected, then it is decompiled to relate coverage stats to code lines. Now there are many ways to write cod

Re: Anomalous Difference in Output between HTML Files Created by

2005-01-31 Thread Paul Johnson
On Sun, Jan 30, 2005 at 08:09:58PM -0500, Jim Keenan wrote: > Leif Eriksen wrote: > >I'd guess it is because you are seeing the output of the code after it > >has been compiled-then-decompiled - it is compiled so it can run and > >coverage statistics can be collected, then it is decompiled to re

Re: Anomalous Difference in Output between HTML Files Created by

2005-01-31 Thread Nicholas Clark
On Mon, Jan 31, 2005 at 10:12:16AM +0100, Paul Johnson wrote: > I suppose that's the price you pay for TIMTOWTDI. > > [ Is that a Python programmer I hear giggling in the background? ] Does Python have any equivalent tool to Devel::Cover? Nicholas Clark

Re: [perl #32563] [RESOLVED] [BUG] missing Makefile dependencies

2005-01-31 Thread Leopold Toetsch
Will Coleda via RT wrote: According to our records, your request regarding "[BUG] missing Makefile dependencies" has been resolved. No, isn't resolved. At least there isn't any rule, which changes need which level of "make *clean". Changes to classes/* comes to my mind. leo

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> WRT functionality: for a call it has to shift up PMC arguments and >> insert the object as P5, right? > At the moment, it contains this logic. My plans are to remove the > shifting and set the object into P2 / INTERP->ctx.current_ob

[perl #34002] [PATCH] 'const' for ParrotIOLayerAPI instances

2005-01-31 Thread François
# New Ticket Created by FranÃois PERRAD # Please include the string: [perl #34002] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=34002 > All instances of ParrotIOLayerAPI could be declared as 'const' in the IO subsystem

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: [ provide Bound_Meth core PMC classes ] > Cool. I'd likely still subclass it to provide a get_string. Yep. >> WRT implementation: I'd like to swap struct_val/pmc_val for all Sub >> classes. It's just cleaner but should be almost full

Re: [perl #33171] Error When Reading Past EOF

2005-01-31 Thread Matt Diephouse
On Thu, 23 Dec 2004 11:02:16 -0800, via RT Matt Diephouse <[EMAIL PROTECTED]> wrote: > # New Ticket Created by  Matt Diephouse > # Please include the string:  [perl #33171] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org:80/rt3/Ticket/Display.html?id=33

Re: bound methods

2005-01-31 Thread Sam Ruby
Leopold Toetsch wrote: Sam Ruby <[EMAIL PROTECTED]> wrote: Leopold Toetsch wrote: WRT functionality: for a call it has to shift up PMC arguments and insert the object as P5, right? At the moment, it contains this logic. My plans are to remove the shifting and set the object into P2 / INTERP->ctx

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> ... But that doesn't >> work fur user methods, especially if there is no indication that a user >> function is used as a method in the first place. >> >> def find(s, sub): >> ... > In Python, this is statically determinable. I

Whither the perl-qa wiki ?

2005-01-31 Thread Adrian Howard
I've just noticed that the perl-qa wiki linked from http://qa.perl.org/ is still toast. I seem to remember somebody (Andy ?) saying that a something-or-other.kwiki.org was in the process of being set up to replace it. Is my terrible memory playing it's usual tricks or has it popped into existe

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Shawn Carroll
http://phalanx.kwiki.org/ On Mon, 31 Jan 2005 14:51:22 +, Adrian Howard <[EMAIL PROTECTED]> wrote: > I've just noticed that the perl-qa wiki linked from http://qa.perl.org/ > is still toast. > > I seem to remember somebody (Andy ?) saying that a > something-or-other.kwiki.org was in the proc

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Andy Lester
On Mon, Jan 31, 2005 at 12:10:41PM -0600, Shawn Carroll ([EMAIL PROTECTED]) wrote: > http://phalanx.kwiki.org/ > Yeah, but the one Schwern had goin' was more general. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Adrian Howard
My impression was that was for Phalanx people, rather than perl-qa in general ? Adrian On 31 Jan 2005, at 18:10, Shawn Carroll wrote: http://phalanx.kwiki.org/ On Mon, 31 Jan 2005 14:51:22 +, Adrian Howard <[EMAIL PROTECTED]> wrote: I've just noticed that the perl-qa wiki linked from http://

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Shawn Carroll
I misread the question. Sorry about that. On Mon, 31 Jan 2005 19:07:51 +, Adrian Howard <[EMAIL PROTECTED]> wrote: > My impression was that was for Phalanx people, rather than perl-qa in > general ? > > Adrian > > On 31 Jan 2005, at 18:10, Shawn Carroll wrote: > > > http://phalanx.kwiki.o

[perl #33995] [BUG] Configure warning on gdbmhash

2005-01-31 Thread Bernhard Schmalhofer via RT
> The recent gdbmhash configure check causes the following output on my > system during the build. I have changed dynclasses.in to use the CONDITIONED_LINE hack. So there is no longer a need to access a potentially undefined config value. A patch is attached. > runtime/parrot/include...

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Michael G Schwern
On Mon, Jan 31, 2005 at 02:51:22PM +, Adrian Howard wrote: > I've just noticed that the perl-qa wiki linked from http://qa.perl.org/ > is still toast. Basically I accidentally deleted the CGI program and since it was one of those "everything, including the config, in one file" things I haven'

Re: Whither the perl-qa wiki ?

2005-01-31 Thread Michael G Schwern
On Mon, Jan 31, 2005 at 04:07:04PM -0500, Michael G Schwern wrote: > So I may as well do that now. Done. Let me know if that seems like its the right database, there were several to choose from owing to circumstances.

Re: [Maybe Spam] Re: Anomalous Difference in Output between HTML Files Created by

2005-01-31 Thread leif . eriksen
[EMAIL PROTECTED] wrote: Does Python have customizable test suites *at all*? I dont know about that, but I hear they have the ability to invoke the debugger from within the code, rather than the other way round like perl/C/... does Something like import pdb ... pdb.run(statement_to_debug[, g

Re: Anomalous Difference in Output between HTML Files Created by

2005-01-31 Thread H.Merijn Brand
On Mon, 31 Jan 2005 10:00:40 +, Nicholas Clark <[EMAIL PROTECTED]> wrote: > On Mon, Jan 31, 2005 at 10:12:16AM +0100, Paul Johnson wrote: > > I suppose that's the price you pay for TIMTOWTDI. > > > > [ Is that a Python programmer I hear giggling in the background? ] > > Does Python have any

Re: Devel::Cover failure?

2005-01-31 Thread Paul Johnson
On Thu, Jan 06, 2005 at 09:21:44PM -0500, Randy W. Sims wrote: > Randy W. Sims wrote: > >The test file below is pared down from Module::Build. The warning from > >C comes up in several tests, not always causing test failures. > >The same warning appears if you run MakeMaker as shown in the > >D

Pugs.

2005-01-31 Thread Autrijus Tang
Hi. This is just a quick heads-up that today I'm beginning to work on Pugs, with the hope that it may become a full Perl6 interpreter some day: http://autrijus.org/pugs/ Although Pugs does not yet directly relate to PGE or Parrot, I do hope that it can flesh out corner cases in the Synopses

Perl 6 Summary for 2005-01-18 through 2005-01-31

2005-01-31 Thread Matt Fowles
Perl 6 Summary for 2005-01-18 through 2005-01-31 All~ Welcome to another double feature summary. Sadly, this one was delayed because of an argument that I was/am having with my connection. Fortunately, a generous neighbor has allowed me to use his connection for the time being.

Re: bound methods

2005-01-31 Thread Leopold Toetsch
Sam Ruby <[EMAIL PROTECTED]> wrote: > Leopold Toetsch wrote: >> >> Not quite. It's just: >> >> f = getattribute Parrot_string, "find" >> >> nothing more. The C vtable has to do the right thing, i.e. >> if the attribute is a callable, it has to return a bound method object. > Exactly. [ I've che

Autothreading generalization

2005-01-31 Thread Luke Palmer
S09 states (in "Parallelized parameters and autothreading") that if you use a parameter as an array subscript in a closure, the closure is a candidate for autothreading. -> $x, $y { @foo[$x;$y] } Means: -> ?$x = @foo.shape[0].range, ?$y = @foo.shape[1].range { @foo[$x;$y] } And e

Re: Autothreading generalization

2005-01-31 Thread Craig DeForest
Quoth Luke Palmer on Monday 31 January 2005 03:46 pm, > C_{ijkl} = A_{ij} * B_{kl} > > You write either of: > > Â @C[$^i; $^j; $^k; $^l] = @A[$^i; $^j] * @B[$^k; $^l] Â > @C = Â @A[$^i; $^j] * @B[$^k; $^l] Â Hmm... This is both insanely great and also greatly insane. The issue is th

Re: Autothreading generalization

2005-01-31 Thread Luke Palmer
Luke Palmer writes: > Or to write another typical tensor product: > > a^j = L_i^j b^i > > You write either of: > > Â @a[$^j] = @L[$^i; $^j] * @b[$^i] Â > @a = @L Â*Â @b; Or not. There's that implicit Einstein summation involved, and a general purpose programming language isn't abou

Re: Autothreading generalization

2005-01-31 Thread Luke Palmer
Craig DeForest writes: > Quoth Luke Palmer on Monday 31 January 2005 03:46 pm, > > C_{ijkl} = A_{ij} * B_{kl} > > > > You write either of: > > > > Â @C[$^i; $^j; $^k; $^l] = @A[$^i; $^j] * @B[$^k; $^l] Â > > @C = Â @A[$^i; $^j] * @B[$^k; $^l] Â > > Hmm... This is both insanely great an

Re: lib/Make.pm obsolete?

2005-01-31 Thread Matt Diephouse
On Sat, 29 Jan 2005 14:48:22 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Matt Diephouse <[EMAIL PROTECTED]> wrote: > > Is there any reason to keep lib/Make.pm around? > > No, AFAIK. Since no one has said anything to the contrary, would someone remove it? Then I'll close the appropriate ti