On Sun, 2005-04-17 at 10:14 -0700, Nick Glencross wrote:
> These typos were part of a patch in #34989, but I confused everyone with
> patch #34988 which got created through an accident.
>
> This patch supersedes typos3.patch in #34989. I also made reference to
> 'rellocation' perhaps being 'rel
On Sun, Apr 17, 2005 at 09:50:28AM +0200, Leopold Toetsch wrote:
: Larry Wall <[EMAIL PROTECTED]> wrote:
: > Is there a bitarray lookup by native int?
:
: Yes. All array lookups support a native int index.
Good, good. Speaking of bitarrays (uint1 in the Perl panoply of
types), is there any built
On Fri, 15 Apr 2005, Nigel Sandever wrote:
> I struck me a while back that there is a contradiction in idea of a shared,
> 'my' variable.
>
> I want to say lexical, but a var declared with 'our' is in some sense lexical.
Shared-between-threads and shared-between-scopes are orthogonal properties;
u
# New Ticket Created by Nick Glencross
# Please include the string: [perl #35020]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35020 >
These typos were part of a patch in #34989, but I confused everyone with
patch #3498
On Sun, Apr 17, 2005 at 04:33:57PM +0200, BÁRTHÁZI András wrote:
> Hi,
>
> Just a short question I'm interested in: where will be, and how will
> work (I just asking for a general description about it) the regular
> expression / rules part of Parrot?
The regular expression / rules part of Parro
BÁRTHÁZI András wrote:
Hi,
Just a short question I'm interested in: where will be, and how will
work (I just asking for a general description about it) the regular
expression / rules part of Parrot?
I mean, if it will be at the language (Perl 6, Python, etc.) level, or
at the virtual machine le
# New Ticket Created by Will Coleda
# Please include the string: [perl #35018]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35018 >
More of an implied patch. ^_^
The recent conversion to mostly defaulting to ascii has b
> The rsync off of cvs.perl.org::parrot-HEAD as suggested on parrotcode.org
> contains .svn directories. This doesn't seem right.
Fixed.
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> I changed the test to calculate a mersenne prime number. I have tested it
> on amd 64 and it finds amd64.
> Ok to commit?
Ook? Ook!
> boe
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> On Sunday 17 April 2005 10:11, Leopold Toetsch wrote:
>> > Log:
>> > - show backtrace in real_exception if debug mode is turned on
>> Shouldn't that be on always?
> That's the question. There were a some test failures due to the changed
> output. I'll simply
Matt Diephouse wrote:
William Coleda <[EMAIL PROTECTED]> wrote:
6) avoid using ".local" to mean something different based on context (macro or not)
I'm not sure what you mean.
.local inside a macro is actually a label, not a variable. From the imcc
docs:
---
Macros support labels, defined using
# New Ticket Created by Will Coleda
# Please include the string: [perl #35016]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35016 >
Failed TestStat Wstat Total Fail Failed List of Failed
---
Hi,
Just a short question I'm interested in: where will be, and how will
work (I just asking for a general description about it) the regular
expression / rules part of Parrot?
I mean, if it will be at the language (Perl 6, Python, etc.) level, or
at the virtual machine level? Will Parrot has a
I'm still restructuring the MMD infix functions and classes. Divide and
floor_divide are done. But there is a problem:
* the Float PMC isa(scalar): it inherits almost all mathemtical
functions from the abstract "scalar" PMC
* But e.g Parrot_Float_subtract_Complex isn't inherited automatically,
On Sunday 17 April 2005 10:11, Leopold Toetsch wrote:
> > Log:
> > - show backtrace in real_exception if debug mode is turned on
> Shouldn't that be on always?
That's the question. There were a some test failures due to the changed
output. I'll simply adjust the tests...
> > +Null PMC access in i
Here are the test results for /trunk r7851 on
Windows XP SP2
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
Activestate Perl 5.8.6
Activestate Python 2.4.0
ANTLR 2.7.5
ICU 3.2
GDBM 1.8.3
GMP 4.1.4
Tested configurations are
perl Co
> I changed the test to calculate a mersenne prime number. I have tested it
> on amd 64 and it finds amd64.
>
> Ok to commit?
> boe
It works for me too. Thanks.
Adrian
pgpyBOWrIZrD3.pgp
Description: PGP signature
Larry Wall <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 16, 2005 at 10:36:37AM +0200, Leopold Toetsch wrote:
>: Above are only the PMC variants. There are optimized forms for array and
>: hash lookup by native types:
>:
>: Px = Py[Iz]
>: Px = Py[Sz]
> Is there a bitarray lookup by native int?
Ye
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Log:
> - show backtrace in real_exception if debug mode is turned on
Shouldn't that be on always?
> +Null PMC access in invoke\(\)
> +current instr\.: 'd' pc \d+
> +called from Sub 'c' pc \d+
Good. Could you include source line information here too?
Sam Ruby <[EMAIL PROTECTED]> wrote:
Hi Sam, long not hear ;)
> ... The overwhelming majority of that work
> is in getting the PMCs right.
I'm currently working on that. Some of the MMD functions are already
rewritten so that they can return new result PMCs. With the now working
MMD system I'v a
20 matches
Mail list logo
