seems fine here now, too. thanks
On Wed, Jul 17, 2013 at 9:34 PM, Bruce Gray wrote:
>
> On Jul 17, 2013, at 7:52 PM, Will Coleda wrote:
>
> > Looks like feather has fallen out of DNS?
>
> I have no problem resolving feather.perl6.nl right now.
>
Looks like feather has fallen out of DNS?
--
Will "Coke" Coleda
On Tue, Mar 27, 2012 at 12:53 PM, Andy Lester wrote:
>
> On Mar 27, 2012, at 11:51 AM, Andrew Whitworth wrote:
>
> Also since TPF didn't get into GSOC this year, Parrot is willing to
> host Rakudo-related projects.
>
>
> This surprised me when I saw the list of projects. Do you know why TPF
> did
Testing...
--
Will "Coke" Coleda
I think this list is outdated and any new conversations should
probably migrate over to parrot-dev.
http://lists.parrot.org/mailman/listinfo/parrot-dev
Now that parrot's RT queue is disabled, we'll probably work on getting
this list disabled as well, pointing to the (no longer) new list.
Regards
On Monday, November 23, 2009, Will Coleda wrote:
> On Mon, Nov 23, 2009 at 10:37 AM, Nicholas Clark wrote:
>> On Mon, Nov 23, 2009 at 02:00:03PM -, Parrot Bug Summary wrote:
>>> Parrot Bug Summary
>>
>>> Numbers
>>>
>>> Ticket Counts: 2 n
On Mon, Nov 23, 2009 at 10:37 AM, Nicholas Clark wrote:
> On Mon, Nov 23, 2009 at 02:00:03PM -, Parrot Bug Summary wrote:
>> Parrot Bug Summary
>
>> Numbers
>>
>> Ticket Counts: 2 new + 0 open = 2
>> Created this week: 2
>> Closed this week: 34
>
>
> On Mon, Nov 23, 2009 at 07:35:14AM -0800, G
--
Will "Coke" Coleda
On Oct 1, 2009, at 10:32, v-lk (via RT) > wrote:
# New Ticket Created by v-lk
# Please include the string: [perl #69524]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=69524 >
Hello!
I've install
On Tue, Sep 22, 2009 at 3:30 PM, Andy Dougherty wrote:
> On Tue, 22 Sep 2009, Nicholas Clark wrote:
>
>> On Tue, Sep 22, 2009 at 02:22:17PM -0400, Andy Dougherty wrote:
>> > On Tue, 22 Sep 2009, Will Coleda via RT wrote:
>> >
>> > > On Tue Jul 08 20:56:0
On Sun, Jul 19, 2009 at 10:50 PM, Christoph Otto via
RT wrote:
> On Sun Jul 19 16:18:01 2009, jk...@verizon.net wrote:
>> Would any of the participants in this thread be able to post an update?
>>
>> Was the TGE refactor ever done?
>>
>> If not, is it still needed in light of subsequent work on the
Testing...
--
Will "Coke" Coleda
On Tue, Apr 28, 2009 at 10:31 PM, James Keenan via RT
wrote:
> The 'reallyinstall' target is gone, so we can resolve this ticket.
> ___
> http://lists.parrot.org/mailman/listinfo/parrot-dev
>
reallyinstall is now just 'install' - it's possible the issue
On Apr 17, 2009, at 5:29 PM, Vasily Chekalkin via RT wrote:
On Sat Nov 17 11:46:09 2007, chroma...@wgz.org wrote:
In tools/build/pbc2c.pl there is the todo item:
/* TODO make also a shared variant of PackFile_new */
There is no more tools/build/pbc2c.pl. Can we close this ticket?
--
Bacek
On Sat, Mar 28, 2009 at 1:15 PM, wrote:
>>
>> Can you give us any update on these tests on the same platform?
>>
>
> All seems to be well here, too. (At svn 37803.)
>
> C:\parrot>prove t\op\arithmetics.t
> t\op\arithmeticsok
> All tests successful.
> Files=1, Tests=23, 4 wallclock secs ( 0.0
On Sun, Mar 22, 2009 at 2:40 AM, Christoph Otto via RT
wrote:
> On Mon Oct 22 07:02:49 2007, pcoch wrote:
>> In src/pmc/hash.pmc:thaw() there is the todo item:
>>
>> * TODO create hash with needed size in the first place
>>
>> This needs to be implemented
>
> src/hash.c is already messy enough wit
On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
> parrotbug-follo...@parrotcode.org> wrote:
>
>> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
>> > IMCC currently relies on a lot of static globals t
On Tue, Feb 10, 2009 at 9:54 AM, Christoph Otto via RT
wrote:
> On Sun Feb 08 12:09:30 2009, jk...@verizon.net wrote:
>> On Tue Jul 10 05:15:33 2007, pcoch wrote:
>> > In the file lib/Parrot/Docs/POD2HTML.pm there is the todo item:
>> >
>> > # TODO - C should really be L
>> > # but
Please coordinate with rurban before doing so, as I know he's been
working on re-enabling the native pbc tests recently.
On Sun, Feb 8, 2009 at 10:44 AM, James Keenan via RT
wrote:
> No one has spoken up in defense of mk_native_pbc since I first posted
> about it 8 months ago. So, unless I hear
On Fri, Feb 6, 2009 at 9:46 PM, Joshua Hoblitt wrote:
> On Fri, Feb 06, 2009 at 06:44:47PM -0800, James Keenan via RT wrote:
>> On Sun Jan 01 19:09:51 2006, jhobl...@ifa.hawaii.edu wrote:
>> > auto::headers uses the Config module to detect installed header files.
>> > It's ok to get default values
On Fri, Feb 6, 2009 at 8:32 AM, Andrew Whitworth via RT
wrote:
> On Thu Feb 05 18:11:58 2009, pmichaud wrote:
>> I'm okay with closing the ticket, assuming that :unique_reg does
>> indeed cause the register allocation algorithm to be simple.
>> (IIRC, as recently as a few months ago this wasn't th
On Fri, Feb 6, 2009 at 8:21 AM, kjstol wrote:
> On Fri, Feb 6, 2009 at 1:12 PM, James Keenan via RT <
> parrotbug-follo...@parrotcode.org> wrote:
>
>> So here's the current state of what Coke originally posted:
>>
>> $ cat tclsh.pir
>> .HLL 'Tcl'
>> .loadlib 'tcl_group'
>>
>> .sub main :main
>> .p
On Thu, Feb 5, 2009 at 1:12 PM, chromatic wrote:
> On Thursday 05 February 2009 08:57:18 jerry gay wrote:
>
>> we will roll our own bignum, and give users the ability to use gmp or
>> another external library at configure time.
>
> That sounds like a fantastic recipe for hard-to-debug configuratio
On Sun, Feb 1, 2009 at 12:29 PM, via RT Alan Rocker
wrote:
> # New Ticket Created by Alan Rocker
> # Please include the string: [perl #62974]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=62974 >
>
>
>
> (At #36249). I th
I haven't touched this since it was initially reported.
On Sat, Jan 31, 2009 at 10:45 PM, James Keenan via RT
wrote:
> On Wed Apr 16 08:03:19 2008, coke wrote:
>> While trying to put the macport for 0.6.1 together, I noticed that the
>> install failed.
>>
>> Tracked it down to the fact that --par
In any case anyone is following along at home, that's the STM subsystem.
Regards.
On Sat, Jan 31, 2009 at 10:31 PM, James Keenan via RT
wrote:
> On Wed Aug 06 15:33:27 2008, Whiteknight wrote:
>> in src/stm/backend.c:find_write_record() there are a few cleanup notes:
>>
>
> The src subsystem has
You can't use "P0" as a register in PIR these days, you need "$P0" instead.
On Sat, Jan 31, 2009 at 7:22 PM, James Keenan via RT
wrote:
> Reviewing this RT today, I get a completely different problem:
>
> $ cat seg.pir
> .sub main :main
> .include 'include/test_more.pir'
>
> new P0, 'Integer'
> n
On Tue, Jan 20, 2009 at 2:20 PM, Jonathan Worthington
wrote:
> chromatic wrote:
>> On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
>>
>>> Do you think that would be fast enough? The usual way for dynamic
>>> languages to get fast compiled numeric code is to bind variables to
>>> hardware typ
On Sat, Jan 17, 2009 at 11:11 AM, Jonathan Worthington
wrote:
> Patrick R. Michaud wrote:
>> Just for the record, AFAICT none of PGE/PCT/Rakudo make use of
>> morph any longer.
> This is true AFAIK too.
>
>> We now have the 'copy' opcode to do what the "morph workaround" was doing
>> (and I don't
On Thu, Jan 15, 2009 at 1:32 PM, Andrew Whitworth via RT
wrote:
> Okay, I've committed a variant of my patch in r35599, but I've run into
> some issues while trying to test this. The morph VTABLE interface takes
> an INTVAL which represents the PMC type to morph to. This is the value
> that's pass
On Tue, Jan 13, 2009 at 10:17 PM, Will Coleda via RT
wrote:
> On Wed Nov 05 13:04:11 2008, chroma...@wgz.org wrote:
>> On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote:
>>
>> > Does this mean that this ticket can be closed and the deprecation item
&
Unless this task would make you exceedingly happy, I wouldn't bother.
IMO, there are much higher priority things requiring tuits than trying
to add a fourth compiler for windows, especially before the 1.0
release.
Regards.
On Tue, Dec 16, 2008 at 1:24 PM, Andrew Whitworth wrote:
> On Tue, Dec 1
On Thu, Dec 11, 2008 at 11:10 AM, François Perrad
<[EMAIL PROTECTED]> wrote:
> 2008/12/11 Will Coleda via RT <[EMAIL PROTECTED]>:
>> On Thu Dec 11 01:51:23 2008, fperrad wrote:
>>> The new opcode 'box' is limited by its 3 signatures that target Float,
&
Thanks - can you also let us know the following:
What version of windows are you using?
Which compiler (including version)?
On Sat, Dec 6, 2008 at 11:47 AM, Nikolay Ananiev <[EMAIL PROTECTED]> wrote:
> Tested with r33568. The bug is still there.
>
> - Original Message --
On Thu, Dec 4, 2008 at 11:51 AM, [EMAIL PROTECTED]
(via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #61052]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=
On Mon, Dec 1, 2008 at 9:52 AM, Klaas-Jan Stol via RT
<[EMAIL PROTECTED]> wrote:
> On Thu Jun 26 20:16:45 2008, coke wrote:
>> On Mon Dec 10 11:49:08 2007, pmichaud wrote:
>> >
>> > When an NQP program uses a variable that hasn't been
>> > previously declared, it should report a useful error messag
On Tue, Nov 25, 2008 at 2:18 PM, Mark Glines via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Oct 18 12:13:51 2008, [EMAIL PROTECTED] wrote:
>> There's a race condition, if that directory doesn't exist and multiple
>> processes execute that code simultaneously. Fortunately,
>> Parrot::Ops2pm::print_modu
On Mon, Nov 24, 2008 at 10:37 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> 1. Attached find a list of files containing 'miniparrot'.
This list is much smaller in the 'rm_miniparrot' branch (basically
restricted to t/)
> 2. In most cases, you can work on a config/*/*.pm file and the
> co
On Thu, Nov 20, 2008 at 4:12 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 20, 2008 at 3:45 PM, Peter Schwenn <[EMAIL PROTECTED]> wrote:
>> Will Coleda
>>
>> You can drop this thread if you like. This is a waste of your time. What I
>> need t
On Thu, Nov 20, 2008 at 3:45 PM, Peter Schwenn <[EMAIL PROTECTED]> wrote:
> Will Coleda
>
> You can drop this thread if you like. This is a waste of your time. What I
> need to do is to find someone who is building parrot with XP, Cygwin or
> mingw -- who has been through m
On Thu, Nov 20, 2008 at 11:36 AM, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
> I'm not entirely sure whether it was *just* a rename... ISTR there was also
> something to do with a look-up of names. Pm knows more about it :-)
> (admittedly, the topic is not well-defined then.)
> kjs
The note in the
On Wed, Nov 19, 2008 at 1:09 PM, via RT Peter Schwenn
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Peter Schwenn
> # Please include the string: [perl #60678]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60678 >
>
On Wed, Nov 19, 2008 at 11:21 PM, Andreas J. Koenig via RT
<[EMAIL PROTECTED]> wrote:
> ./parrot examples/benchmarks/array_access.pir
> error:imcc:syntax error, unexpected DOT, expecting COMMA or ')' ('.')
>in file 'examples/benchmarks/array_access.pir' line 43
Thanks for the report. Fixed
On Wed, Nov 19, 2008 at 11:12 PM, Andreas J. Koenig via RT
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by (Andreas J. Koenig)
> # Please include the string: [perl #60686]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id
On Thu, Nov 20, 2008 at 7:16 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> 2. I've heard a lot of talk lately about languages moving into their
> own repositories. If so, then we have to ask whether we should be
> instituting new coding standards for .t files under ./languages/. At
> what
On Sat, Nov 15, 2008 at 11:31 AM, James E Keenan <[EMAIL PROTECTED]> wrote:
> chromatic wrote:
>>
>> On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
>>
>>> Still failing as of r32225; cf
>>> http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
>>>
>>> not ok 6 - set_i
On Sat, Nov 15, 2008 at 11:35 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> To my way of thinking, deprecation is for parrot features, not
> developer tools, so I don't think we need to follow the same rules
> here. (But if I'm overruled, we need to decide before the relea
On Sat, Nov 15, 2008 at 11:28 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Fri Nov 14 11:42:02 2008, bernhard wrote:
>> On Mo. 16. Jun. 2008, 16:50:13, coke wrote:
>> > On Wed Jan 16 03:41:56 2008, [EMAIL PROTECTED] wrote:
>> > > While the fix to my particular problem is simple enough, i
On Fri, Nov 14, 2008 at 2:42 PM, Bernhard Schmalhofer via RT
<[EMAIL PROTECTED]> wrote:
> On Mo. 16. Jun. 2008, 16:50:13, coke wrote:
>> On Wed Jan 16 03:41:56 2008, [EMAIL PROTECTED] wrote:
>> > While the fix to my particular problem is simple enough, it is
>> apparent
>> > that there's enough bit
On Mon Oct 20 11:37:51 2008, pmichaud wrote:
> > >> The big hangup for this ticket is that various parts of PCT and
> the
> > >> CodeString PMC do not support empty brackets, and therefore PCT
> does not
> > >> emit ".namespace []" in these situations.
> > >> [...]
> > >> I know pmichaud was talkin
On Thu Dec 13 19:16:31 2007, coke wrote:
> From PDD17:
> INTVAL type_keyed(INTERP, PMC* self, PMC* key)
>
> ...
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
>
Removed in r32404
--
Will "Coke" Coleda
On Thu Dec 13 19:17:09 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_int(INTERP, PMC* self, INTVAL key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32403.
--
Will "Coke" Coleda
removed typeof_i_p, typeof_i_p_ik, typeof_i_p_k, typeof_s_i in r32401
--
Will "Coke" Coleda
valid_type_i_i removed in r32397.
--
Will "Coke" Coleda
On Thu Dec 13 19:17:48 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_str(INTERP, PMC* self, STRING* key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32395.
--
Will "Coke" Coleda
On Thu Nov 06 08:52:18 2008, coke wrote:
> new_p_i and new_p_i_p are now gone in trunk.
find_type_i_s and find_type_i_p now gone in trunk.
--
Will "Coke" Coleda
On Sat Dec 01 14:36:44 2007, coke wrote:
> From DEPRECATED.pod:
>
> Type IDs will go away in 0.5.0.
> Instead of:
>
> $P0 = new Integer
>
> or
>
> $P0 = new .Integer # better, but ...
>
> we are moving to use:
>
> $P0 = new 'Integer'
new_p_i and new_p_i_p are now gone in trunk.
On Sat Dec 01 14:29:03 2007, coke wrote:
> =item B
>
> There are several variants of some of the above ops; all are
deprecated,
> and are replaced by the ops {set,get}_[hll,root]_global. See also
> http://www.parrotcode.org/docs/ops/var.html.
DEPRECATED.pod also says that the global keyword in
On Wed Jul 30 13:06:06 2008, coke wrote:
> From PDD19:
>
> =item .pragma n_operators [deprecated]
>
>
This appears to be the only .pragma; should we leave a placeholder or
just remove .pragma entirely when we remove this particular one?
--
Will "Coke" Coleda
On Fri, Oct 31, 2008 at 3:18 PM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #60268]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Dis
Hey, this smells like the "PGE failing because of bigint" error we've
heard tell about. (which probably isn't PGE's fault, but it's one of
the first things that uses the built parrot during the build.)
On Tue, Oct 28, 2008 at 3:44 PM, Carl Mäsak <[EMAIL PROTECTED]> wrote:
--
Will "Coke" Coled
On Tue, Oct 28, 2008 at 3:18 PM, Carl Mäsak <[EMAIL PROTECTED]> wrote:
> "load_bytecode" couldn't find file 'PGE.pbc'
> current instr.: 'parrot;PGE;Perl6Grammar;Compiler;__onload' pc 22
> (../../runtime/parrot/library/PGE/Perl6Grammar.pir:72)
> called from Sub 'parrot;PGE;Perl6Grammar;Compiler;main
On Tue, Oct 28, 2008 at 3:00 PM, Carl Mäsak <[EMAIL PROTECTED]> wrote:
> Will (>), James (>>):
>>> This will be difficult to diagnose unless we do see 'make' output, so
>>> please attach a file. Alternative, go to IRC #parrot and use 'nopaste'
>>> to post.
>>
>> To limit the verbosity, you could r
On Tue, Oct 28, 2008 at 8:16 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> This will be difficult to diagnose unless we do see 'make' output, so
> please attach a file. Alternative, go to IRC #parrot and use 'nopaste'
> to post.
>
To limit the verbosity, you could run make 2x and just send
On Mon, Oct 27, 2008 at 9:31 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 26, 2008 at 11:17 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> Here is a very small snippet of tcl
Attached is a PIR-only file (no tcl required) that triggers the same
GC-related segfault
On Mon, Oct 27, 2008 at 12:14 PM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #60170]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Dis
On Sun, Oct 26, 2008 at 11:17 AM, Will Coleda <[EMAIL PROTECTED]> wrote:
> Turns out setting the conditional breakpoint never fired; left this
> running overnight, and it eventually came back with the segfault
> directly. Back to the drawing board.
Here is a very small snippet
On Sun, Oct 26, 2008 at 2:00 AM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #60128]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Dis
On Fri, Oct 24, 2008 at 3:18 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Will Coleda wrote:
>>
>> Allison Randal wrote:
>>>
>>> ...you expect 'rethrow' to keep the stack trace of the original 'die'?
>>
>> Yes.
>
--
Will "Coke" Coleda
On Oct 23, 2008, at 23:05, "Allison Randal via RT" <[EMAIL PROTECTED]
> wrote:
Will Coleda (via RT) wrote:
I would expect both of these programs to output the same thing, but
it
looks like rethrow is generating the same output that thro
If someone could untangle this inadvertent commit to a tag instead of
trunk, I'd appreciate it.
On Wed, Oct 22, 2008 at 1:40 PM, <[EMAIL PROTECTED]> wrote:
> Author: coke
> Date: Wed Oct 22 10:40:50 2008
> New Revision: 32110
>
> Modified:
> tags/RELEASE_0_8_0/runtime/parrot/library/PGE/Util.pi
On Wed, Oct 22, 2008 at 1:14 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 22, 2008 at 12:52 PM, via RT Will Coleda
> <[EMAIL PROTECTED]> wrote:
>> # New Ticket Created by Will Coleda
>> # Please include the string: [perl #60054]
>> # in the subje
On Wed, Oct 22, 2008 at 12:52 PM, via RT Will Coleda
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #60054]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Dis
On Tue, Oct 21, 2008 at 6:00 PM, Andrew Whitworth via RT
<[EMAIL PROTECTED]> wrote:
> Is this still an issue? I've never even heard of the "PCCMETHOD
> Compiler", does it still exist? Is it used? Is FixedIntegerArray known
> to be leaking any memory?
The perl that translates METHOD calls (previous
n Tue, Oct 21, 2008 at 2:14 PM, Will Coleda via RT
<[EMAIL PROTECTED]> wrote:
> On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>>
>> C:\Projects\parrot>mingw32-make
>> "Compiling with:"--
>
>
>
> Can we get another copy of the report as a
On Tue Sep 30 08:51:22 2008, julianalbo wrote:
> On Mar. Ago. 12 15:05:57 2008, Whiteknight wrote:
>
> > This probably isn't headerizer's fault, it's more likely the fault of
> > IMCC for being so damn complicated. We could change all the function
> > definitions in the IMCC related files to use "
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>
> C:\Projects\parrot>mingw32-make
> "Compiling with:"--
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will "Coke" Coleda
On Sat, Oct 18, 2008 at 6:24 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Sat Oct 18 12:01:13 2008, [EMAIL PROTECTED] wrote:
>> James Keenan via RT wrote:
>> > Still failing on Darwin/PPC as of r32014:
>> >
>> > http://smolder.plusthree.com/app/public_projects/tap_stream/6320/163
>>
>> L
On Thu Oct 16 17:20:00 2008, mgrimes wrote:
> Hi,
>
> I was doing some test clean up (converting perl test to pir), and I
> noticed that test_more.pir doesn't export "nok". It is a simple fix,
> and I have included a patch.
>
> Thanks,
> Mark
Thanks, applied in r32004
--
Will "Coke" Coleda
On Wed, Oct 15, 2008 at 1:03 PM, chromatic via RT
<[EMAIL PROTECTED]> wrote:
> On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
>
>> The namespace of the generated file should be changed, the subclass
>> should probably be updated. (TGE itself should probably be
On Thu, Oct 16, 2008 at 9:12 AM, Klaas-Jan Stol via RT
<[EMAIL PROTECTED]> wrote:
> I think this ticket has been resolved by the decision that method names
> must be quoted (as stated in pdd19).
>
> I propose to close ticket.
> kjs
That decision doesn't correspond to reality, though:
$ cat foo.pi
On Thu, Oct 16, 2008 at 3:55 AM, Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
> Will Coleda via RT schrieb:
>>
>> On Sat Sep 18 23:13:06 2004, coke wrote:
>>
>>>
>>> That is:
>>>
>>> Contrive things so that no code whatsover mu
On Tue Oct 02 10:40:14 2007, pcoch wrote:
> In src/objects.c there is the todo item within Parrot_get_vtable_index():
> /* XXX slot_names still have __ in front */
> const INTVAL cmp = strcmp(name_c, meth_c + 2);
> I'm guessing by this comment that they shouldn't anymore...
With th
On Tue Sep 16 18:20:36 2008, amosrobinson wrote:
> No segfaults here either, with your PIR. (r31173, vanilla ubuntu)
>
> On Tue Sep 02 12:45:34 2008, tene wrote:
> > I don't get a segfault when running the test case without the 'end'
> > opcode. Can anyone else confirm if this still segfaults?
>
On Sat Sep 18 23:13:06 2004, coke wrote:
> That is:
>
> Contrive things so that no code whatsover must be maintained outside
> of the language specific directory. This includes:
>
> - MANIFEST
> - config files
> - ./library/Parrot/Test/*
>
>
>
The long term goal for languages is that they'll
On Thu Jan 18 12:58:49 2007, mdiep wrote:
> The example says it all.
>
> --
> Matt Diephouse
>
>
>~/Projects/parrot mdiep$ cat test.pir
>.sub main :main
>null $P0
>multi($P0) # should print "Any\n"
>.end
>
>.sub multi :multi(String)
>say "String"
>.en
On Tue Oct 02 10:45:26 2007, pcoch wrote:
> In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
>
> TODO allow dynamic expansion at runtime.
Now in src/oo.c:Parrot_MMD_method_idx()
Note function is marked as deprecated.
--
Will "Coke" Coleda
On Tue Oct 02 10:08:46 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_search_classes():
>
> /* TODO create some class namespace */
>
> It's not clear *exactly* what needs to be done here, but creating the
class
> namespace needs to be implemented.
Now in src/multidi
On Tue Oct 02 10:01:59 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_register():
>
> TODO - Currently the MMD system doesn't handle inheritance and best match
> searching, as it assumes that all PMC types have no parent type. This
> can be considered a bug, and will be resolv
On Tue Oct 02 10:00:49 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_add_function():
>
> TODO change this to a MMD register interface that takes a function *name*.
>
> This needs implementing.
Now in src/multidispatch.c; Parrot_mmd_add_function()
--
Will "Coke" Coleda
On Tue Jul 10 06:39:26 2007, pcoch wrote:
> In the file lib/Parrot/Pmc2c.pm there is the todo item:
>
> $self->{mmds} = @mmds;# XXX?
>
> I've got no idea what the problem is here. If there is no problem,
> then the comment should be removed. If there is a problem it should
> be fixe
On Tue Oct 02 10:25:57 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within
> Parrot_mmd_rebuild_table():
>
> /* TODO specific parts of table
> * the type and it's mro and
> * all classes that inherit from type
> */
>
> It seems that mmd_funcs are already im
On Tue Oct 02 10:24:02 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within
> mmd_create_builtin_multi_meth_2():
>
> * TODO cache the namespace
>
> Do this. (please)
This function (and the TODO) are no longer present after the recent MMD
merge. Closing ticket.
--
Will
On Tue Oct 02 10:22:41 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_maybe_candiate():
>
> if (VTABLE_isa(interp, pmc, _sub)) {
> /* a plain sub stops outer searches */
> /* TODO check arity of sub */
>
> VTABLE_push_pmc(interp, cl, pmc);
Now in src/m
On Tue Oct 02 10:19:39 2007, pcoch wrote:
> In the file src/mmd.c there is the todo item within mmd_sort_candidates():
>
> * TODO use half of available INTVAL bits
Now in src/multidispatch.c, Parrot_mmd_sort_candidates
--
Will "Coke" Coleda
On Tue Oct 02 10:15:42 2007, pcoch wrote:
> In src/mmd.c there is the very cryptic todo item within
mmd_cvt_to_types():
> (with some context)
>
> if (sig_elem->vtable->base_type == enum_class_String) {
>STRING * const sig = VTABLE_get_string(interp, sig_elem);
>if (
On Tue Oct 02 10:13:17 2007, pcoch wrote:
> In src/mmd.c there is the todo item within mmd_search_classes():
>
> if (!PMC_IS_NULL(pmc)) {
> /*
> * mmd_is_hidden would consider all previous candidates
> * XXX pass current n so that only candidates from this
> * mro are u
On Wed Sep 24 22:31:36 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 23 September 2008 21:37:09 Patrick R. Michaud wrote:
>
> > +1 in favor of applying this patch (and updating any tests to match) --
> > this will _really_ improve things for PCT and Rakudo. Thanks!
>
> Applied as r31402.
>
> -- c
On Thu Jul 10 11:31:23 2008, pmichaud wrote:
> On Thu, Jul 10, 2008 at 11:20:44AM -0700, Will Coleda wrote:
> > # New Ticket Created by Will Coleda
> > # Please include the string: [perl #56806]
> > # in the subject line of all future correspondence about this issue.
>
On Wed, Oct 15, 2008 at 1:31 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Wednesday 15 October 2008 08:35:32 [EMAIL PROTECTED] wrote:
>
>> Modified:
>>trunk/src/oo.c
>>
>> Log:
>> fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c
>>
>> Modified: trunk/src/oo.c
>> =
On Thu Jun 19 10:23:03 2008, coke wrote:
> On Wed, Jun 18, 2008 at 12:50 PM, via RT Shane Werner
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by "Shane Werner"
> > # Please include the string: [perl #56018]
> > # in the subject line of all future correspondence about this issue.
> > # ht
1 - 100 of 1238 matches
Mail list logo
