On Wed, 26 Oct 2005, Rob Kinyon wrote:
I'd like to take this moment and point to my somewhat hand-wavy
metamodel proposal from last week. When Stevan and I were talking
about this, we called it a "quark." "Atom" also works quite nicely,
but quarks are cooler.
They're also colorful. Does this m
On Wed, Oct 26, 2005 at 11:00:55 -0700, Larry Wall wrote:
> Yes, Perl 5 is conceptually a 3-pass compiler, but the passes have to
> be interwoven to do the "literate compilation" thing that Perl demands.
But it's recursively interwoven If it was nonrecursive things
would be much uglier ;-)
IM
On 10/26/05, Larry Wall <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 26, 2005 at 07:35:05PM -0700, chromatic wrote:
> : On Wed, 2005-10-26 at 21:58 -0400, Rob Kinyon wrote:
> :
> : > Plus, the argument is a straw man. Instead of:
> : >
> : > class Some::Class is also {
> : > }
> : >
> : > you w
HaloO,
Larry Wall wrote:
: Yes, and dispatch as a runtime keyed access into a code multitude.
: The covariant part of the method's sig! The code equivalent to keyed
: data access into hashes.
Um, yeah. Won't play in Peoria, though.
Where or what is Peoria?
What I mean with the covariant pa
On 10/27/05, TSa <[EMAIL PROTECTED]> wrote:
> HaloO,
>
> Larry Wall wrote:
>
> > : Yes, and dispatch as a runtime keyed access into a code multitude.
> > : The covariant part of the method's sig! The code equivalent to keyed
> > : data access into hashes.
> >
> > Um, yeah. Won't play in Peoria, th
# New Ticket Created by jerry gay
# Please include the string: [perl #37542]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37542 >
the behavior of multiple subroutines marked with the ':load' subpragma
in the same compila
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #37546]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37546 >
---
osname= linux
osvers= 2.4.21-27.0.2.elsmp
arch= i386-linux-thread-multi
cc=
Patrick R.Michaud (via RT) wrote:
corou = clone corou
coroutine.pmc was missing a clone method. It did reuse Sub.clone(),
which created corrupted coro pmcs.
Fixed r9591
Thanks for the test case
leo
On Wed, Oct 26, 2005 at 11:37:17PM -0700, pmichaud wrote:
> Parrot seems to have trouble with subs compiled and loaded using
> the C op. My test involves three files:
> [...]
I've now added a test for this to the repository (r9588).
Pm
In a project I am running with Devel::Cover I get the following error message:
Can't find digest for blib/lib/A/B.pm at
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi/Devel/Cover/DB/Structure.pm
line 253.
t/01-configok
All tests successful.
Files=1, Tests=2, 8 wallclock secs ( 8.21 cu
Matt Diephouse wrote:
via RT jerry gay <[EMAIL PROTECTED]> wrote:
there have been questions lately about the use of the 'new_pad' op.
will coleda provided a failing example, which i've included below.
upon investigating, i found no tests for new_pad. furthermore, i found
no documentation for ne
On Oct 27, 2005, at 11:13 AM, Leopold Toetsch wrote:
Matt Diephouse wrote:
via RT jerry gay <[EMAIL PROTECTED]> wrote:
there have been questions lately about the use of the 'new_pad' op.
will coleda provided a failing example, which i've included below.
upon investigating, i found no tes
Patrick R.Michaud (via RT) wrote:
.sub main :main
$P0 = open "sf8-sub.pir", "<"
$S0 = read $P0, 65535
$P1 = compreg "PIR"
$P1($S0)
The return result of the compilation (an Eval PMC) isn't stored anywhere
and get's GCed. This also kills the compiled subroutine.
$P2 = $P1
Leopold Toetsch wrote:
On Oct 25, 2005, at 23:32, Nick Glencross wrote:
I was looking at callbacks the other evening. Am I right in thinking
that only two callback prototypes are supported, or have I missed a
trick there as well?
That's right. There are 2 callbacks (functions with 2 argum
HaloO,
Juerd wrote:
This aside, you could of course just double the colon. Or use a
semicolon.
Semicolon would give me the mnemonic of 'end of statement' seperating
the dispatched part from the checked part of the signature. Or it
reminds one of the array and hash slicing. Should we call dispa
On Thu, Oct 27, 2005 at 05:28:36PM +0200, Leopold Toetsch wrote:
> Patrick R.Michaud (via RT) wrote:
>
> >.sub main :main
> >$P0 = open "sf8-sub.pir", "<"
> >$S0 = read $P0, 65535
> >
> >$P1 = compreg "PIR"
> >$P1($S0)
>
> The return result of the compilation (an Eval PMC) isn't s
actually I think this happens to be with any module, eg.:
[EMAIL PROTECTED]:~/Spreadsheet-ParseExcel-Simple-1.03$ cov
Deleting database /home/gabor/Spreadsheet-ParseExcel-Simple-1.03/cover_db
No root path(s) specified at
/usr/local/lib/perl/5.8.7/Devel/Cover/DB.pm line 110
PERL_DL_NONLAZY=1 /usr/
don't worry, you can stop rolling your eyes and wondering "what's this
jerk gonna rant about?" this isn't another 'foo considered harmful'
essay. if it were, i would have instead opened it with something
pithy, like "while some developers have fixed parrot's bugs, others
have added new ones." inste
On Thu, Oct 27, 2005 at 06:21:53PM +0200, Gábor Szabó wrote:
> actually I think this happens to be with any module, eg.:
>
>
> [EMAIL PROTECTED]:~/Spreadsheet-ParseExcel-Simple-1.03$ cov
> Deleting database /home/gabor/Spreadsheet-ParseExcel-Simple-1.03/cover_db
> No root path(s) specified at
> /
On Thu, 2005-10-27 at 10:26 -0700, jerry gay wrote:
> we're missing some parts of a testing framework. we don't have the
> ability to write test files in PIR, so we're dependent on a perl
> install for testing. perl's a great language for writing tests anyway,
> and right now we're dependent on pe
On 10/27/05, Paul Johnson <[EMAIL PROTECTED]> wrote:
> > cover -delete
> > export DEVEL_COVER_OPTIONS=
> > "-coverage statement,branch,condition,path,subroutine,time"
>
> This is the problem. You want a comma after -coverage instead of a
> space. The documentation could be more clear on this
Matt Fowles <[EMAIL PROTECTED]> writes:
| Nick~
|
| On 10/26/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
| > Guy,
| >
| > As a follow-up to a discussion a few days ago about binding parrot to
| > C++ functions, is making it possible to compile parrot with a C++
| > compiler a 'Bad Thing'?
|
|
On Oct 27, 2005, at 7:27, Will Coleda (via RT) wrote:
But if I try this from languages/tcl, I get:
../../parrot -o foo.pbc foo.pir
../../parrot -o bar.pbc bar.pir
../../pbc_merge -o whee.pbc foo.pbc bar.pbc
Couldn't load 'tcl_group': unknown reason
Setting a breakpoint at Parrot_load_lib re
What I want to do, is a bit like...
class A {
has $.b;
method show { "$.b".say };
};
A( b => 5 ).show;`
Thanks,
Xinming
On 10/27/05, Yiyi Hu <[EMAIL PROTECTED]> wrote:
> What I want to do, is a bit like...
>
> class A {
> has $.b;
> method show { "$.b".say };
> };
>
> A( b => 5 ).show;`
Yes, I definitely want this to be the way that case type instances are
created: all those .news everywhere could get annoying.
An
Yiyi Hu skribis 2005-10-28 3:17 (+0800):
> class A {
> has $.b;
> method show { "$.b".say };
> };
> A( b => 5 ).show;`
This is how some other language construct objects, but not how Perl does
it. In other words: you should not want this.
Perhaps it is possible to have a class export a sub to its
Juerd~
On 10/27/05, Juerd <[EMAIL PROTECTED]> wrote:
> Yiyi Hu skribis 2005-10-28 3:17 (+0800):
> > class A {
> > has $.b;
> > method show { "$.b".say };
> > };
> > A( b => 5 ).show;`
>
> This is how some other language construct objects, but not how Perl does
> it. In other words: you should not
Matt Fowles skribis 2005-10-27 15:52 (-0400):
> > This is how some other language construct objects, but not how Perl does
> > it. In other words: you should not want this.
> How does that logically follow?
They are two ways of expressing what I think. If they said exactly the
same thing, I wouldn
On Oct 27, 2005, at 17:45, Patrick R. Michaud wrote:
On Thu, Oct 27, 2005 at 05:28:36PM +0200, Leopold Toetsch wrote:
The return result of the compilation (an Eval PMC) isn't stored
anywhere
and get's GCed. This also kills the compiled subroutine.
FWIW, I think the "natural" expectation
Gabriel Dos Reis wrote:
Matt Fowles <[EMAIL PROTECTED]> writes:
| Nick~
|
| On 10/26/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
| > Guy,
| >
| > As a follow-up to a discussion a few days ago about binding parrot to
| > C++ functions, is making it possible to compile parrot with a C++
| > c
On Oct 27, 2005, at 22:31, Nick Glencross wrote:
There are a few cases of -1 being assigned to unsigneds. Anyone know
if that's deliberate?
Yup. Some special out-of-band values.
Cheers,
Nick
leo
On Thu, Oct 27, 2005 at 01:30:44PM -0600, Luke Palmer wrote:
: On 10/27/05, Yiyi Hu <[EMAIL PROTECTED]> wrote:
: > What I want to do, is a bit like...
: >
: > class A {
: > has $.b;
: > method show { "$.b".say };
: > };
: >
: > A( b => 5 ).show;`
:
: Yes, I definitely want this to be the way that
Leopold Toetsch wrote:
On Oct 27, 2005, at 22:31, Nick Glencross wrote:
There are a few cases of -1 being assigned to unsigneds. Anyone know
if that's deliberate?
Yup. Some special out-of-band values.
I thought as much. Nothing to worry about there then...
One other thing I forgot to a
On Thu, Oct 27, 2005 at 05:37:13AM -0400, Rob Kinyon wrote:
: Will I be able to do something like:
:
: package Foo;
Hmm, you just started in Perl 5 mode.
: $*VERSION = 1.3.2;
Perl 5 would get confused here, so I'm presuming Perl 6. But Perl 6
isn't likely to let you override the global run-tim
Hi,
as failing test are in popular demand, I have added a 'languages-smoke'
target to the main Makefile. So
make languages-smoke
should send a smoke report for languages testing to the smokeserver.
Recent smoke reports are then available under
http://smoke.parrotcode.org/smoke/.
Enjoy,
a
On 10/27/05, Larry Wall <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 27, 2005 at 05:37:13AM -0400, Rob Kinyon wrote:
> : Will I be able to do something like:
> :
> : package Foo;
>
> Hmm, you just started in Perl 5 mode.
>
> : $*VERSION = 1.3.2;
>
> Perl 5 would get confused here, so I'm presuming Perl
On Thu, Oct 27, 2005 at 11:22:40PM +0200, Leopold Toetsch wrote:
>
> On Oct 27, 2005, at 22:31, Nick Glencross wrote:
>
> >There are a few cases of -1 being assigned to unsigneds. Anyone know
> >if that's deliberate?
>
> Yup. Some special out-of-band values.
I suspect that gcc4 will give a war
Hello all,
I have a question about method conflict resolution works for roles,
and I cannot seem to find this in any of the Apoc/Syn documents.
Here is the basic issue:
role Foo {
method foo { ... }
method bar { ... } # we will use this later :)
}
role Bar {
method foo { ... }
On Oct 28, 2005, at 0:02, Patrick R. Michaud wrote:
On Tue, Oct 25, 2005 at 04:56:57PM +0200, Leopold Toetsch wrote:
.const .Sub corou = "_pge_rule_coroutine"
I tried the .Sub constant and I get an error:
The .const line is only valid inside a subroutine. And we can't do much
Not sure if this matter was resolved on a previous discussion, but
here goes ...
I would like to have a simple way to combine 2 array where every
element of each array is combined with every element of the other
array; this can also chain or scale to handle any number of arrays.
For now lets
If PDL-like threading syntax is adopted, this is trivial. In PDL:
$a = pdl(1,2);
$b = pdl(3,4);
$c = $a->(*1) * $b;
print $c;
yields the output:
[
[3 4]
[6 8]
]
The '(*1)' inserts a dummy dimension into $a, making it a 1x2-array
rather than a 2-array. Then
th
41 matches
Mail list logo