This behavior *is* defined, according to:
http://www.parrotcode.org/docs/imcc/calling_conventions.html
And Patrick R. Michaud wrote:
First, PGE no longer uses the workaround, and relies on the
fact that :load works as documented in calling_conventions.html .
But I also think that with things li
On Wed May 24 05:26:22 2006, coke wrote:
> New addmethod opcode needs tests.
>
> --
> Will "Coke" Coleda
> [EMAIL PROTECTED]
>
>
Attached a patch that adds a test for "addmethod".
It adds a method in the same (root) namespace, and also a method in a
different namespace.
I couldn't really think
On Tue Jun 15 08:13:06 2004, leo wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > At 9:50 AM +0200 6/3/04, Leopold Toetsch wrote:
> >>Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >>
> >>> Option two here would be the right one.
> >>
> >>For dynamic PMC classes and NCI yes. *But* what about dynami
On Fri Feb 23 11:16:01 2007, particle wrote:
> this bug seems to be resolved as of r17163. however, i'm not closing
> this ticket until the example code in the original post is added as a
test.
> ~jerry
Attached a patch adding a test to t\pmc\objects.t using the original
example code of this bug,
On Fri Feb 23 14:46:17 2007, [EMAIL PROTECTED] wrote:
> hi,
>
> it might be a good idea to add a flag to parrot that checks at runtime
> whether any deprecated ops are used.
> the flag should be turned off by default; some ops like find_global are
> used all over the place, so if it would be
> t
On Fri Mar 16 05:53:37 2007, coke wrote:
> file in original patch was never added. Added, need feedback from
> win32 developers if this addresses the warning.
No more strdup deprecation warnings.
kjs
On Sun Sep 16 03:50:48 2007, kjs wrote:
> On Thu Sep 13 19:19:14 2007, [EMAIL PROTECTED] wrote:
> > Klaas-Jan Stol (via RT) wrote:
> > >
> > > Therefore, in order to keep IMCC simple and remove syntax
redundancy, I
> > > propose to remove the ".pcc_sub&
Hi,
the patch I provided has not yet been reviewed or applied. Could anybody
have a look at it? It'll only take 5 minutes or so. If it's ok, it can
be applied before this month's release, and this ticket can be closed.
Thanks in advance,
kjs
On Mon Oct 08 06:50:29 2007, kjs wrote:
> On 10/8/07,
On Thu Nov 08 12:14:15 2007, kjs wrote:
> On Sat Jul 15 23:35:50 2006, mdiep wrote:
> > When IMCC encounters an unexpected identifier, it throws an error,
> > but it doesn't say what the unexpected identifier was. This is
> > painful for debugging compilers and should be fixed.
> >
> >mini
On Thu Nov 08 12:23:50 2007, kjs wrote:
> To my knowledge, the :init flag is implemented and there are no problems
> with it.
>
> Is there any reason not to close this ticket?
>
> kjs
forgot to cc the list. See my previous comment.
kjs
On Thu Nov 08 12:04:02 2007, kjs wrote:
> On Sat Dec 16 19:06:42 2006, [EMAIL PROTECTED] wrote:
> > This is still valid, but I think it hides a bigger problem with -E. The
> > attached patch avoids the segfault by passing the correct arguments to
> > yylex(), but then it runs into an infinite loop
The PARROT_ASSERT was replaced back by assert's by ptc++.
kjs
On Sun Jun 12 06:09:47 2005, coke wrote:
> Neither are p6i archives a good place to keep TODO items. =-)
>
> Chip said that Leo said:
> >> A note WRT exception handlers
> >> Leo posted a quick discussion of the correct use of exception
> handlers
> >> in Parrot. Essentially, the rule is,
On Wed Sep 05 12:58:32 2007, bernhard wrote:
>
> > thanks for the quick turnaround. this test is perfect for the
> > 'executed from pir test case', and will be applied shortly.
> The test case has been added in r21092.
>
> > but as
> > patrick later provided an example of executing a .pbc file, w
On Sun Dec 16 21:18:31 2007, coke wrote:
> From PDD19:
>
> =item .namespace [deprecated]
>
> Open a new scope block. This "namespace" is not the same as the
> .namespace [ ] syntax, which is used for storing
> subroutines
> in a particular namespace in the global symbol table.
> This directive
On Sun Dec 16 21:11:34 2007, coke wrote:
> From PDD 19:
>
> NOTE: The use of C<::> in identifiers is deprecated.
>
what exactly does this mean?
I take it that "::" can still appear in typenames, as in "PAST::Op", but
not, for instance like so:
.local int some::var
Is that it?
fixed in r30169.
apologies for messing up.
fixed in r30252.
fixed in r31956
PDD19 already states that there's no limit, and the note that in the
future such a limit might be introduced is also there.
So, issue is resolved.
kjs
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
On Thu Oct 04 16:39:31 2007, coke wrote:
>
> On Sep 29, 2007, at 12:07 PM, Klaas-Jan Stol (via RT) wrote:
>
> > # New Ticket Created by
I think the issue of inconsistent dll linkage has been resolved recently
by adding the YYMALLOC and YYFREE #defines to imcc source.
Can other windows people confirm this? Then this ticket can be closed.
Thank you very much,
kjs
The warning of inconsistent dll linkage no longer occurs on microsoft
visual studio, which resolves this issue.
kjs
fixed in r32209.
I think PDD19 describes the shorthand notation for invocation in
sufficient detail.
I suggest to close this ticket.
On Thu Sep 20 12:00:19 2007, [EMAIL PROTECTED] wrote:
> On Thursday 20 September 2007 06:58:55 Paul Cochrane via RT wrote:
>
> > On Sat Mar 10 19:15:20 2007, coke wrote:
> > > From docs/BROKEN.pod.
> > >
> > >
> > > Is this something that needs fixing?
> > >
> > > (it's in compilers/imcc/main.c)
a patch was sent but never applied.
I suggest to apply this patch, possibly with minor changes, and close
this ticket.
(forgot to cc list first time, you'll see this text twice in the ticket
history)
this issue seems to be resolved.
no reply was given on an earlier suggestion to close this ticket (i
probably forgot to cc the list)
I suggest to close this ticket.
imcc's documentation is up to date.
fixed in r26045
amber sources are no longer stored in the parrot repository.
ticket rejected.
amber sources are no longer stored in the parrot repository.
ticket rejected.
amber sources are no longer stored in the parrot repository.
ticket rejected.
amber sources are no longer stored in the parrot repository.
ticket rejected.
amber sources are no longer stored in the parrot repository.
ticket rejected.
amber sources are no longer stored in the parrot repository.
ticket rejected.
On Thu Dec 13 05:54:17 2007, kjs wrote:
> On Tue Jun 14 02:30:00 2005, chip wrote:
> > It makes sense to allow e.g. C<$P0 = add $P1, $P2> as alternative
> > syntax for C. However, when the first parameter is
> > "inout" rather than "out", assignment syntax is *not* appropriate.
> >
> > For exampl
37 matches
Mail list logo