On Oct 3, 2005, at 6:34 PM, Leopold Toetsch wrote:
On Oct 3, 2005, at 22:57, Will Coleda wrote:
3) Keep a global counter that is incremented whenever a procedure
is created or rename'd. When generating the compiled code, key
against this counter - if it's changed, we must fall back to th
On Mon, 2005-09-26 at 22:04 +0200, Leopold Toetsch wrote:
> >
> Well, besides a nitpick regarding:
>
> +=item C
> +
> + [ snipped ]
> +
> +sub vtbl_embed
>
> ... I'm fine with that patch.
Okay, I checked it in.
> But the ultimate word should speak actual
> users of Parrot extend/embed, an
Hi there,
Here's (finally) a collection and summary of all of the known broken
items in Parrot right now as a patch to create BROKEN.pod in the top
level directory. If this isn't the right name or place to put the file,
that's fine.
I'll check this in in two days with regard to feedback from any
On Mon, 2005-10-03 at 12:29 -1000, Joshua Hoblitt wrote:
> That sounds like a step backwards from autoconf/automake can provide.
> Granted, everybody agrees that make sucks but I don't see the point
> SCons. We'd be swapping a dependency on make for one on Python - with
> what advantage?
Python
I think that was taken care of by adding the addition
of a 'don't throw exception on undefined global
access' runtime flag. Though find_or_create_global
might still be useful, I don't think it's worth
digging up that old patch.
--- Joshua Hoblitt via RT
<[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTE
Jarkko Hietaniemi wrote:
>>io/io_unix.c does not compile because socklen_t is not defined.
>>
>>According to the standards, is needed to get socklen_t.
>>
>>One could try including that the right way into io/io_unix.c, but I do
>>not know enough of Parrot conventions. Instead, the below patch hel
On Mon, Oct 03, 2005 at 03:49:25PM -0400, Matt Fowles wrote:
> Joshua~
>
> On 10/3/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> > Matt,
> >
> > There has been alot of discussion about build systems on #parrot
> > recently so I'm CCing p6i.
> >
> > Is SCons really an option for Parrot? I
# New Ticket Created by Roger Browne
# Please include the string: [perl #37340]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37340 >
---
osname= linux
osvers= 2.4.21-27.0.2.elsmp
arch= i386-linux-thread-multi
cc= g
>>
>>
>
>
> Jarkko,
>
> Does this issue still occur on tru64?
Works in Parrot 0.3.0.
> -J
>
>
>
> io/io_unix.c does not compile because socklen_t is not defined.
>
> According to the standards, is needed to get socklen_t.
>
> One could try including that the right way into io/io_unix.c, but I do
> not know enough of Parrot conventions. Instead, the below patch helps:
>
> --- io/io_uni
>> 1989 /*
>>(dbx)
>>
>>The line->label is an impossible pointer, so deferencing causes promptly
>>a bus error.
>>
>>
>>
>
>
> Jarkko,
>
> Can you restest and confirm that this is still an issue with pdb?
These seems to have been fixed.
> Thanks,
>
> -J
>
>
# New Ticket Created by Will Coleda
# Please include the string: [perl #37333]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37333 >
Determining if your C compiler is actually
gcc.yes.
Enabling
# New Ticket Created by Roger Browne
# Please include the string: [perl #37332]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37332 >
---
osname= linux
osvers= 2.4.21-27.0.2.elsmp
arch= i386-linux-thread-multi
cc= g
On 10/3/05, Will Coleda <[EMAIL PROTECTED]> wrote:
> Committed: partcl is now now a compiler. Though some tests still fail
> (leo fixed one of the unicode issues)
>
> t/cmd_global.t 3 768 63 50.00% 2-4
> t/cmd_proc.t 4 1024114 36.36% 3-4 8-9
> t/cmd_return.t
On Oct 3, 2005, at 22:57, Will Coleda wrote:
3) Keep a global counter that is incremented whenever a procedure is
created or rename'd. When generating the compiled code, key against
this counter - if it's changed, we must fall back to the interpreted
version. (which, although it starts out wi
Committed: partcl is now now a compiler. Though some tests still fail
(leo fixed one of the unicode issues)
t/cmd_global.t 3 768 63 50.00% 2-4
t/cmd_proc.t 4 1024114 36.36% 3-4 8-9
t/cmd_return.t 1 256 21 50.00% 1
t/cmd_string.t 2 5
1) newsub with 4 arguments
op newsub(in INT, in INT, labelconst INT, labelconst INT)
Creates a 'Sub' in P0 and a 'Continuation' in P1. It was invented as a
speed hack before Sub PMCs and return continuations did exist. The
implicit register usage needs extra code inside IMC. Other arguments
a
Joshua~
On 10/3/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED] - Sun Aug 22 17:19:34 2004]:
> >
> > All~
> >
> > This patch is an early step in getting a scons based build system for
> > parrot. Currently, it leaves the make system in place, the goal being
> > to add a
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37339]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37339 >
t/pmc/perlstringok 43/68
# Failed test (t/pmc/perlstring.t at line 1244)
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37338]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37338 >
t/pmc/stringok 12/35
# Failed test (t/pmc/string.t at line 556)
#
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37337]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37337 >
t/op/compok 6/80
# Failed test (t/op/comp.t at line 156)
# got:
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37336]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37336 >
$ ./parrot t/pmc/io_1.pir
Undef ok 1
Undef ok 2
Assertion failed: (unsigned long)l
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37335]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37335 >
imcc/pcc.c^M
cc: Info: imcc/pcc.c, line 379: In this statement, an array is being
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #37334]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37334 >
io/io_unix.c does not compile because socklen_t is not defined.
According to the
On Oct 3, 2005, at 1:35 PM, Eaglestone, Robert J wrote:
Also potentially fun -- and perhaps nontrivial -- is implementing the
parrot equivalent of $0.
This particular item would enable functionality in partcl.
Well, Parrot builds on my new install of Cygwin. So I was sort of
looking for stuff to do.
The roadmap says that about a third of the opcodes don't have associated
tests. Would that be a nice, easy start for chipping in?
More significantly, the roadmap talks about rearchitecting the string
inte
> [EMAIL PROTECTED] - Sun Aug 22 17:19:34 2004]:
>
> All~
>
> This patch is an early step in getting a scons based build system for
> parrot. Currently, it leaves the make system in place, the goal being
> to add a SCons system alongside the make system until the scons one is
> entirely ready.
>
Roger Browne wrote:
in foo handler
in main handler
in main handler
Fixed. Now the main handler catches just once.
Regards,
Roger Browne
Thanks for testing,
leo
Roger Browne wrote:
Leo, did you change the handling of P5? I have some PIR code that works
differently under 0.2.3 and 0.3.0:
The exception object iss still P5 in the handler, no changes here yet.
If you agree that the 0.3.0 behaviour is wrong, I'll file a bug report.
But the MAIN_HANDLER
On Oct 3, 2005, at 1:09 PM, Joshua Hoblitt via RT wrote:
[EMAIL PROTECTED] - Tue Jun 29 05:14:34 2004]:
This is the latest version of the String PMC, complete with
iterators.
In my understanding, the default implementation of morph() would
check
if the new class number is the same as the
On 11 July, Leopold Toetsch wrote:
> In the old calling scheme the exception object arrived as P5 in the
> handler. This doesn't really fit into the new scheme.
Leo, did you change the handling of P5? I have some PIR code that works
differently under 0.2.3 and 0.3.0:
.sub "main" @MAIN
push_eh
--- Joshua Hoblitt via RT
<[EMAIL PROTECTED]> wrote:
> Can you still recreate this issue?
I haven't been involved in Parrot development for some
time now. When I was involved I was pretty much the
only Cygwin user actively participating so it was
frustrating not to be able to validate what I wa
Klaas-Jan Stol wrote:
maybe I misunderstand, but does the above mean that lexicals are stored
in registers, instead of storing them in scratchpads? (with lexicals
being local variables in a function, with the addition of being also
accessible from nested functions)
The storage of lexicals w
I've updated the file DEPRECATED (r9306) with two more entries:
is_digit, find_digit, ... # use *_cclass opcodes and APIs
pack # wtf
See DEPRECATED for more detailed information about planned changes.
I'll start resolving DEPRECATED soon. If you have some good argument
Leopold Toetsch wrote:
On Oct 1, 2005, at 18:11, Klaas-Jan Stol wrote:
ah I thought so. just making sure. Then another question WRT this;
will there be a register allocator? In other words, an attempt to
minimize the number of needed registers? (in my simple code generator
implementations,
35 matches
Mail list logo
