On Thu Aug 07 06:20:51 2008, coke wrote:
> On Thu, Aug 7, 2008 at 8:21 AM, NotFound <[EMAIL PROTECTED]>
wrote:
> > On Thu, Aug 7, 2008 at 2:06 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> >
> >> make headerizer is trying to operate on files generated by make. Given
> >> that it's supposed to be upd
On Mon Aug 04 20:49:25 2008, coke wrote:
> On Mon Jun 09 16:49:46 2008, [EMAIL PROTECTED] wrote:
> > On Thu Sep 21 14:38:40 2006, particle wrote:
> > > parrot's source is littered with internal_exception() calls, the
> bulk
> > > (all?) of which should be converted to real_exception() calls.
> > >
On Wed Jul 16 00:14:32 2008, [EMAIL PROTECTED] wrote:
> On your page
>
> http://www.parrotcode.org/faq/
>
> you have a link labelled "LANGUAGES.STATUS". I think
> that the href= for this link points to a wrong page.
> Please check.
>
> Ronald
Since we're migrating to www.parrot.org instead, is
On Wed Jul 30 11:57:39 2008, coke wrote:
> PDD19 lists this as deprecated now, changing from an [RFC] to
> [DEPRECATED], re-opening from stalled.
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 ".name
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);
In this, we w
On Sat Oct 13 11:14:42 2007, pcoch wrote:
> In src/exit.c:Parrot_exit() there is the todo item (with some context):
>
> /* call all the exit handlers */
>
> TODO reset stacktop or better disable GC
>
> Make a decision as to which is better to do; reset stacktop or disable GC
> and then implement
On Sun Aug 15 13:21:16 2004, coke wrote:
> Make the MMD tables shareable between interpreters for faster
> startup. (Though there are issues with this)
>
> (From the TODO file)
With the pdd27mmd branch merged in now, what's the status of this request?
--
Andrew Whitworth
a.k.a Whitekn
On Sat Jun 11 13:08:49 2005, chip wrote:
> Short version: Up through version 0.8 or so, we promise to break
> everything constantly (but not until we have a good reason). After
> that, we will establish version number thresholds below which
> individual APIs will not change.
>
> For example, only
On Thu Feb 28 12:56:30 2008, bernhard wrote:
> On Do. 12. Jul. 2007, 08:58:41, petdance wrote:
>
> Is the documentation of funtion declaration taken care of in
> docs/dev/seatbelts.pod ? Or is there more to do?
>
If I understand what is being asked for in the ticket name (which is
very obtuse, a
On Sat Aug 16 02:36:27 2008, [EMAIL PROTECTED] wrote:
> chromatic wrote:
> > On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
> >
> >> I once suggested a "null register allocator" that would do this
> >> globally, but this is a better idea. The only use case I can think
> of
> >> is debugging
On Fri Nov 10 11:19:58 2006, chip wrote:
> It's already true that HLLs can remap the basic types so that e.g.
> parameter
> passing creates a PerlArray rather than a base array. However the
> mechanism is
> not documented (AFAIK), and it should be.
Haven't heard any information about this ticket
On Tue Sep 30 04:34:58 2008, bernhard wrote:
> In src/hash.c:816 there is a TODO comment:
>
> /* TODO randomize */
> hash->seed = 3793;
>
> This needs to be investigated and probably implemented.
I assume it would be easy to take Parrot_intval_time() as the seed here,
or some function of i
On Tue Aug 05 05:58:41 2008, kjs wrote:
> As far as I could see, it seems that the whole "n_operators" thing is
> no
> longer mentioned in pdd19.
>
> if it's what Pm thinks, just a change from ".pragma n_operators" to
> ".n_operators", then that should be added.
>
> kjs
>
> On Sat, Aug 2, 2008 a
On Fri Feb 22 00:59:47 2008, kjs wrote:
> a patch was sent but never applied.
>
> I suggest to apply this patch, possibly with minor changes, and close
> this ticket.
Applied in r32003. I hope Allison doesn't mind if I close this ticket?
--
Andrew Whitworth
a.k.a Whiteknight
On Tue Oct 09 17:57:00 2007, rgrjr wrote:
> From Allison:
>
>From: Allison Randal <[EMAIL PROTECTED]>
>Date: Mon, 08 Oct 2007 12:22:41 -0700
>
>You might submit a cage cleaner task for a deeper review of the OO
>documentation. (I've been cleaning up the docs embedded in the code
On Sat Aug 02 01:30:05 2008, allison wrote:
> Alternatively, we may simply rip out the graph coloring register
> allocator. Either way, we won't hold up the merge for it.
>
> Allison
Do we have any kind of a verdict on this? Are we going to rip out the
graph coloring allocator? I can take a stab
On Sat Oct 18 07:38:32 2008, Whiteknight wrote:
> > On Wed Sep 17 09:50:10 2008, kjs wrote:
> > > as suggested by Allison,
> > > .return in a tailcall context, like this:
> > >
> > > .return foo()
> > >
> > > will changed into:
> > >
> > > .tailcall foo()
>
> I've added ".tailcall" syntax to
On Thu Jul 31 03:04:09 2008, kjs wrote:
> Implemented in r29908.
>
> kjs
>
> On Wed, Jul 30, 2008 at 7:51 PM, via RT Will Coleda <
> [EMAIL PROTECTED]> wrote:
>
> > # New Ticket Created by Will Coleda
> > # Please include the string: [perl #57430]
> > # in the subject line of all future corres
On Fri Jul 14 06:23:20 2006, coke wrote:
> So, does .loadlib wipe the current .HLL pragma that's in effect? (if
> it's intereacting with the other dot-pragmas, we need to document.)
>
> Regards.
>
> On Jul 14, 2006, at 7:17 AM, Audrey Tang wrote:
>
> >
> > 在 2006/7/14 上午 6:45 時，Audrey Tang 寫到：
On Mon Mar 03 15:11:25 2008, rgrjr wrote:
>From: Bob Rogers <[EMAIL PROTECTED]>
>Date: Sun, 2 Mar 2008 11:28:08 -0500
>
>. . . if I revert string.pmc in r26175 (the one experiment I didn't
>bother trying), it does in fact work . . .
>
> And I notice that RT#50040 also no longer fa
On Fri Mar 31 13:29:46 2006, leo wrote:
> I've tried:
>
> $ perl Configure.pl --cc=gcc --link=gcc --ld=gcc --cxx=gcc
> --verbose-step=gcc
>
> and got:
>
> Determining if your C compiler is actually gcc...gcc
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO
> -I./include -c
On Tue Mar 27 09:42:00 2007, guest wrote:
> On Mon Mar 26 16:52:16 2007, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > The following PMC leaks memory at about 55Mb/100 calls to `call()'
> >
> > #include "parrot/parrot.h"
> >
> > static INTVAL dynpmc_Foo;
> >
> > pmclass Foo dynpmc {
> > void
On Tue Apr 22 10:05:57 2008, [EMAIL PROTECTED] wrote:
> We've been kicking around the idea of removing new_from_string for a
> while, but the pushback is always that it's useful to be able to create
> a new PMC with some initialization data, without first creating a PMC
> initializer that has to
On Thu Jan 29 02:16:23 2009, jonat...@jnthn.net wrote:
> .sub 'main'
> $S0 = 'foo'
> example('foo'=>42) # works
> # example($S0=>42) # what I want to work also
> .end
>
> .sub 'example'
> .param pmc foo :named('foo')
> say foo
> .end
>
> Uncomment the line I commented out, and
src/jit_emit.h contains a large amount of both header-file stuff and
executable code. I could gladly separate the two out, and create two new
files: include/Parrot/jit_emit.h and src/jit_emit.c, which is probably
the kind of stuff that people want to happen anyway. I can't find a good
reason why we
My yacc is a little fuzzy (I made a funny!), but I think this simple
little patch here should do the trick. I included two patch files,
depending on how much you want to change.
imccnamespacefix.patch: This fixes the brackets issue for the IMCC bison
file. I don't have bison on my system, so I cou
On Sat Apr 05 21:33:49 2008, infinoid wrote:
> On Fri Mar 21 09:03:08 2008, [EMAIL PROTECTED] wrote:
> > there is a definition on my system for PARROT_HAS_SNPRINTF, but not a
> > definition for PARROT_HAS_C99_SNPRINTF. I assume, on first glance that
> > these two macros are one in the same and shou
is this ticket (#51944) resolved? I don't see any outstanding todo items
here that need to be considered further, and the submitted patch has
already been applied. Can we close this, or is this a placeholder for us
to further improve cygwin documentation?
--Andrew Whitworth
On Thu Jun 05 15:44:05 2008, Whiteknight wrote:
> PDD09 contained a number of deprecation notes, for functions and
> macros whose names are to be updated. The attached patch makes these
> changes globally, including in PDD09 and other documentation. The
> following macros and functions are renamed:
The attached patch allows the .macro_const directive to be used in PIR
files, not just in PASM files. Previous behavior, apparently, was only
to allow the .macro_const directive to be used when in "PASM mode",
which doesn't make much sense, considering that all our low-level work
is done in PIR and
General consensus (at least from what I've heard) is that this is useful
to add in PIR files, so I've applied the patch and a few other updates
and tests for it in r28473.
Resolving ticket.
--Andrew Whitworth
With some help from DietCoke, we got most of the problem solved.
However, several tests are failing now, especially those dealing with
overriding the invoke vtable method.
One error specifically caught my eye, from t/pmc/namespace.t:1672:
.sub 'main' :main
$P0 = newclass 'Override'
$P1 =
On Wed Nov 21 07:45:53 2007, [EMAIL PROTECTED] wrote:
> Setting the :vtable pragma on a sub should enable the 'self' shortcut
> for the current invocant. As in the following code example where a
> method is called from within a vtable override:
>
>.sub main :main
> $P1 = newclass "Foo"
I took another long look at this branch, and see nothing here that is
salvageable for current use. I have deleted the branch as of r28915.
--Andrew Whitworth
On Fri Jun 27 04:02:14 2008, kjs wrote:
> without any internet connection at home you get really bored.
>
> that means, time for some fun :-)
> Included is a patch that implements JSON with the PCT. As JSON is just a
> data description (sub) language, I was not sure what the TOP rule should
> cont
On Mon Jun 02 20:30:43 2008, coke wrote:
> On Sat Apr 26 13:54:01 2008, ajr wrote:
> >
> > On Windows XP Home Edition, using gcc, the following test error is
> > occurring:
> >
> > Divide by zero^M
> > current instr.: 'life' pc 175 (examples\pir\life.pir:102)
> >
>
> I am unable to duplicate this
This error hasn't been duplicated in nearly three months, and nobody
else has commented on it. I'm marking this one resolved for now.
--Andrew Whitworth
Is this still not resolved? This ticket has not seen any discussion
since 2006. To double-check, I think we need people to check
t/op/trans.t on:
*Solaris
*OpenBSD
*NetBSD
*Cygwin
If it passes all these platforms, I think the ticket is resolved. If
not, maybe we need to break this into more-speci
Is this still an issue? A quick check of src/embed.c shows that there is
no function Parrot_call_sub. Has it been moved to some other location,
or is it gone entirely? If it's completely gone, then this ticket is
moot and should be closed.
--Andrew Whitworth
39 matches
Mail list logo
