> -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
# 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
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 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
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
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
23 matches
Mail list logo
