Austin Hastings writes:
> > -Original Message-
> > From: Luke Palmer [mailto:[EMAIL PROTECTED]
> >
> > But this is already supported, in its most powerful form:
> >
> > wrap &block: { call; other_stuff() }
>
> Hmm, no.
>
> That does a call, which presumes a return, which burns up
> w
> -Original Message-
> From: Luke Palmer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 10:23 PM
> To: Jeff Clites
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: The Block Returns
>
>
> Jeff Clites writes:
> > >Speaking to the practical side, I have written code
Jeff Clites writes:
> >Speaking to the practical side, I have written code that has to
> >disentangle
> >itself from the failure of a complex startup sequence. I'd love to be
> >able
> >to build a dynamic exit sequence. (In fact, being able to do &block
> >.=
> >{ more_stuff(); }; is way up on m
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 1:35 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [perl #24088] [PATCH] Parrot on AIX
>
> Does your debugger support stabs? You could try to enable the
> jit_debug
> stuff in jit.c and f
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 1:35 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [perl #24088] [PATCH] Parrot on AIX
>
> > * -lpthreads is required in libs. I just put it in my
> config/init/hints/local.pl.
>
> That
> -Original Message-
> From: Nicholas Clark (via RT)
> [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 9:04 AM
> To: Adam Thomason
> Subject: Re: [perl #24088] [PATCH] Parrot on AIX
>
>
> On Thu, Oct 02, 2003 at 11:52:48AM -0400, Dan Sugalski wrote:
> > On Thu, 2 Oct 2003, Ni
Speaking to the practical side, I have written code that has to
disentangle
itself from the failure of a complex startup sequence. I'd love to be
able
to build a dynamic exit sequence. (In fact, being able to do &block
.=
{ more_stuff(); }; is way up on my list...)
I've wanted to do that sort of
> -Original Message-
> From: Jonathan Scott Duff [mailto:[EMAIL PROTECTED]
> On Thu, Oct 02, 2003 at 11:39:20AM +0100, Dave Mitchell wrote:
> > On Thu, Oct 02, 2003 at 04:15:06AM -0600, Luke Palmer wrote:
> > > So the question is: What happens when indexof isn't on the call chain,
> > > but
# New Ticket Created by Simon Glover
# Please include the string: [perl #24096]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24096 >
This code (a simplified version of the last test in t/op/number.t)
set N31, 12.5
Leopold Toetsch wrote:
> Probably some INTVAL/opcode_t mismatch. What does
>
> $ cat myconfig
>
> yield on that machine?
here is it, in all its shining gory details :-)
(BTW, in the mean time I've switched to gcc 3.0, but the results seem
to be absolutely the same)
Summary of my parrot 0.0.11.2
Jonathan Scott Duff wrote:
On Thu, Oct 02, 2003 at 11:39:20AM +0100, Dave Mitchell wrote:
On Thu, Oct 02, 2003 at 04:15:06AM -0600, Luke Palmer wrote:
So the question is: What happens when indexof isn't on the call chain,
but that inner closure is?
But how can the inner closure be called if not
On Thu, Oct 02, 2003 at 11:39:20AM +0100, Dave Mitchell wrote:
> On Thu, Oct 02, 2003 at 04:15:06AM -0600, Luke Palmer wrote:
> > So the question is: What happens when indexof isn't on the call chain,
> > but that inner closure is?
>
> But how can the inner closure be called if not via indexof?
Aldo Calpini <[EMAIL PROTECTED]> wrote:
> good day
Hi Aldo,
> by chance, I have an Itanium machine under my control.
Great.
> Failed 5/59 test scripts, 91.53% okay. 10/942 subtests failed, 98.94% okay.
Not too bad.
> ../../parrot -o mops.pbc mops.pasm
> PackFile_pack segment 'DIRECTORY' used
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Oct 2003, Leopold Toetsch wrote:
>> $ parrot examples/assembly/pcre.imc "abcdef12" 'bc(.)([a-z]+)'
>> abcdef12 =~ /bc(.)([a-z]+)/
> Given that, for perl 5 code, we're going to have perl 5's real regex
> engine, and for perl 6 in perl 5 compatibi
On Thu, Oct 02, 2003 at 11:52:48AM -0400, Dan Sugalski wrote:
> On Thu, 2 Oct 2003, Nicholas Clark wrote:
>
> > On Thu, Oct 02, 2003 at 10:35:29AM +0200, Leopold Toetsch wrote:
> > > Adam Thomason <[EMAIL PROTECTED]> wrote:
> >
> > > > The one remaining test failure in 'make test' is op/number tes
On Thu, 2 Oct 2003, Nicholas Clark wrote:
> On Thu, Oct 02, 2003 at 10:35:29AM +0200, Leopold Toetsch wrote:
> > Adam Thomason <[EMAIL PROTECTED]> wrote:
>
> > > The one remaining test failure in 'make test' is op/number test 10,
> > > the second part of which computes mod(0.0,3.0). The expected
On Thu, Oct 02, 2003 at 10:35:29AM +0200, Leopold Toetsch wrote:
> Adam Thomason <[EMAIL PROTECTED]> wrote:
> > The one remaining test failure in 'make test' is op/number test 10,
> > the second part of which computes mod(0.0,3.0). The expected value is
> > 0.0, but I see -0.0. However, given th
> Then we've got patches to submit to IBM when we have 'em ready. We can't
> require GNU make -- it isn't available on some platforms, and I honestly
> don't see what reason there would be to require it over other make
> variants.
I think this is energy spent in the wrong place. But we've discuss
On Thu, 2 Oct 2003, Leopold Toetsch wrote:
> $ parrot examples/assembly/pcre.imc "abcdef12" 'bc(.)([a-z]+)'
> abcdef12 =~ /bc(.)([a-z]+)/
> ok: 3 from 1 to 6 matched: 'bcdef'
> all matched: 'bcdef'
> (1) matched: 'd'
> (2) matched: 'ef'
>
> pcre.imc dynamically loads libpcre and performs a pattern
good day
by chance, I have an Itanium machine under my control. it is a
(rather-old) HP i2000 Workstation with Itanium 1. this is what "cat
/proc/cpuinfo" says:
processor : 0
vendor : GenuineIntel
arch : IA-64
family : Itanium
model : 0
revision : 6
archrev
$ parrot examples/assembly/pcre.imc "abcdef12" 'bc(.)([a-z]+)'
abcdef12 =~ /bc(.)([a-z]+)/
ok: 3 from 1 to 6 matched: 'bcdef'
all matched: 'bcdef'
(1) matched: 'd'
(2) matched: 'ef'
pcre.imc dynamically loads libpcre and performs a pattern match on the
commandline args given.
As its for sure usef
On Wed, 1 Oct 2003, Robert Spier wrote:
> > I don't know what "info make" "Syntax of Static Pattern Rules" is (since I
> > don't have info installed on my Solaris system) but I'm guessing that
> > whatever it is, it's the underlying cause for Solaris make to complain:
>
> info is the texinfo doc r
On Thu, 2 Oct 2003, Leopold Toetsch wrote:
> Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > Sun's Workshop compiler complains about the use of a non-constant
> > initializer in the giant vtable initialization in the class_init()
> > functions generated by classes/pmc2c.pl. Here's a sample error me
On Thu, 2 Oct 2003, Michael Scott wrote:
>
> On Thursday, Oct 2, 2003, at 04:48 Europe/Berlin, Robert Spier wrote:
>
> [snip]
>
> > (We probably could simplify things by requiring GNU make.. but I'm not
> > going to start that now.)
>
> Now that you mention it ... ICU requires GNU make.
Then we'v
On Thu, Oct 02, 2003 at 04:15:06AM -0600, Luke Palmer wrote:
> And to clarify:
>
> sub indexof(Selector $which, [EMAIL PROTECTED]) {
> for zip(@data, 0...) -> $_, $index {
> when $which { return $index }
> }
> }
>
> Which actually creates a closure (well, in th
Stefan Lidman writes:
> So, I must ask, what does this do:
>
> >sub foo() {
> >return my $self = {
> >print "Block";
> >return $self;
> >}
> >}
>
> >my $block = foo;
> # = sub {print "Block"; return $self;}
>
> A6:
> One obviou
On Thursday, Oct 2, 2003, at 04:48 Europe/Berlin, Robert Spier wrote:
[snip]
(We probably could simplify things by requiring GNU make.. but I'm not
going to start that now.)
Now that you mention it ... ICU requires GNU make.
Mike
Adam Thomason <[EMAIL PROTECTED]> wrote:
> Inspired by Andy Dougherty's Sun exercise, I've taken a crack at
> building parrot on an IBM RS/6000 running AIX 4.3 with VisualAge C 6.
> Happily, it almost works. Issues I found:
Great, thanks.
> * xlc had the same problem with bit.ops as Sun's compi
So, I must ask, what does this do:
>sub foo() {
>return my $self = {
>print "Block";
>return $self;
>}
>}
>my $block = foo;
# = sub {print "Block"; return $self;}
A6:
One obvious difference is that the sub on closures is now op
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> Sun's Workshop compiler complains about the use of a non-constant
> initializer in the giant vtable initialization in the class_init()
> functions generated by classes/pmc2c.pl. Here's a sample error message:
> -entry,
> +NULL, /* base
Jeff Clites <[EMAIL PROTECTED]> wrote:
> I'm getting a crash on Mac OS X on test 17 of
> languages/imcc/t/syn/macro.t, which is trying to detect an unterminated
> macro. I don't see the problem right off, but here's the backtrace, in
> case the problem is obvious to someone more familiar with this
So, I must ask, what does this do:
sub foo() {
return my $self = {
print "Block";
return $self;
}
}
my $block = foo;
print "Main";
$block();
print "End";
That is, the block returns from a function that's not currently
executing.
Luke Palmer <[EMAIL PROTECTED]> wrote:
> The compiling trick. But that makes me shiver in my boots.
> *(UINTVAL*) &$1
Yep. Thanks for the correction. Anyway I've checked in a snippet posted
here some time ago by Benjamin Goldberg. This defines:
LVALUE_CAST(type, value)
So above line in b
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24088]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24088 >
Inspired by Andy Dougherty's Sun exercise, I've taken a crack at building parrot on a
34 matches
Mail list logo
