hi,
as far as I could tell there's no support for goto statements in PCT (that
is, special nodes or something).
I don't know whether there are any plans to add special support for it, but
here's an idea I was thinking about. It would be rather helpful, instead of
having this handle by each languag
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #49966]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49966 >
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #49972]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49972 >
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #49968]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49968 >
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #49970]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49970 >
---
osname= linux
osvers= 2.6.22.10
arch= i486-linux-gnu-thread-multi
cc= cc
On Jan 18, 2008, at 10:49 PM, Jerry Gay via RT wrote:
can you still do:
svn update
perl Configure.pl
make
svn update (new revision)
make
??
No. 'make' invokes tools/build/revision_c.pl, which has this
restriction in it:
exit 1 unless ( $current == $config );
this is a c
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #49976]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49976 >
when invoking a PCT-based compiler, such as punie, pynie, perl6, etc, one
can give a t
Prompted by the optimizer bug submitted by Geoffrey Broadwell (see
https://rt.perl.org/rt3/Ticket/Display.html?id=49968), I decided to
revisit this one. After updating, I got the code to compile under
Parrot r24875. So either the original problem was somehow fixed, or it
shifted in such a way
# New Ticket Created by Edwin Steiner
# Please include the string: [perl #49982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49982 >
Hi!
It seems the TAB before a command got corrupted in the source file
for languages/p
From: Edwin Steiner (via RT) <[EMAIL PROTECTED]>
Date: Sat, 19 Jan 2008 10:32:05 -0800
# New Ticket Created by Edwin Steiner
# Please include the string: [perl #49982]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display
On Fri, Jan 18, 2008 at 09:41:01PM -0800, Geoffrey Broadwell wrote:
> The error message from parrot when there is a spelling mismatch between
> a function call and the function's actual declaration is accurate but
> confusing:
>
> *
> $ cat > foob.pir
> .sub main :main
> foo()
> .end
>
>
On Sat Jan 19 13:18:45 2008, rgrjr wrote:
>On parrotcode.org, the "Wiki" sidebar link works, but the "Parrot
> Wiki" link from http://www.parrotcode.org/resources.html goes to
> http://rakudo.org/parrot/index.cgi?parrot, which doesn't. TIA,
>
> -- Bob Rog
On Sat Jan 19 03:49:24 2008, kjs wrote:
> when invoking a PCT-based compiler, such as punie, pynie, perl6, etc, one
> can give a target option, like so:
>
> ../../parrot js.pbc --target=pir
>
> to see the generated PIR.
>
> When you give the --trace flag to parrot (-t), /and/ giving the --targ
# New Ticket Created by Bob Rogers
# Please include the string: [perl #49988]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49988 >
On parrotcode.org, the "Wiki" sidebar link works, but the "Parrot
Wiki" link from http:
Thanks, applied in r25005.
On Jan 16, 2008, at 7:39 PM, Geoffrey Broadwell wrote:
I am starting to implement a GLUT and OpenGL binding for Parrot. GLUT
is extremely callback-oriented.
Unfortunately, none of the GLUT callbacks fall within the current
limitations on Parrot NCI callbacks.
As you've discovered, callbacks
Thanks, applied in r25008!
On Sat, 2008-01-19 at 16:12 -0600, Patrick R. Michaud wrote:
> On Fri, Jan 18, 2008 at 09:41:01PM -0800, Geoffrey Broadwell wrote:
> > "Null PMC access in invoke(); misspelled sub name in function call?"
>
> I fear this error message may actually send a beginner down a false
> trail. This parti
On Wednesday 16 January 2008 11:38:14 Will Coleda via RT wrote:
> On Tue Jan 15 14:16:29 2008, coke wrote:
> > Right now 'make tclsh' invokes the tcl.pbc with no file args, dumping
> > it into interactive mode.
> >
> > It would be most spiffy if it instead generated a binary called
> > 'tclsh' (a
On Wed Jan 16 10:53:25 2008, coke wrote:
> On Jan 16, 2008 1:45 PM, chromatic via RT
> <[EMAIL PROTECTED]> wrote:
> >
> > On Wednesday 16 January 2008 07:03:02 Will Coleda wrote:
> >
> > > Here's (a new, I think) segfault that partcl exposes (r24918)
> > >
> > > build tcl.
> > >
> > > %../../parrot
On Saturday 19 January 2008 19:20:22 Will Coleda via RT wrote:
> Original command line has a slight red herring: the duplicated file name is
> irrelevant:
>
> ./tclsh t/cmd_after.t
>
> causes the same issue. (chromatic++ fixing the tclsh binary!)
I can't reproduce it on x86 GNU/Linux.
Did 24163
# New Ticket Created by chromatic
# Please include the string: [perl #50002]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50002 >
This large patch merges the necessary functions from src/objects.c into
src/oo.c. The lat
# New Ticket Created by Jim Brandt
# Please include the string: [perl #5]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=5 >
Error:
Compiling with:
xx.c
cc -I./include -arch i386 -arch ppc -g -pipe -fno-common -no-
# New Ticket Created by James Keenan
# Please include the string: [perl #50010]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50010 >
Compiling with:
xx.c
cc -I./include -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_F
Looks good. I'm surprised some of those are still used. do_init_call,
get_init_meth, Parrot_single_subclass, Parrot_class_lookup, and
Parrot_class_lookup_p are all part of the old implementation. Oh, I see.
Parrot_class_lookup and Parrot_class_lookup_p are only used by the
deprecated getclass
This occurred approx at r25023.
On Fri Jan 18 19:49:34 2008, particle wrote:
> if not, then i'll have a problem with it. i certainly don't want
> to be forced to run configure and rebuild parrot from scratch every
> time i update my working copy (for example, if a pod comment was
> modified in a high-level language.)
>
I relaxed
# New Ticket Created by Jim Brandt
# Please include the string: [perl #50004]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50004 >
The README file has he paragraph:
Look at docs/parrot.pod and docs/intro.pod for where t
Occurs on Darwin as well: r25026.
src/embed.c
src/embed.c:179: error: conflicting types for `Parrot_set_executable_name'
include/parrot/embed.h:42: error: previous declaration of
`Parrot_set_executable_name'
make: *** [src/embed.o] Error 1
Summary of my perl5 (revision 5 version 10 subversion 0)
On Jan 19, 2008, at 10:59 PM, James Keenan via RT wrote:
Occurs on Darwin as well: r25026.
This should be OK now. I fixed the prototype.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
On Saturday 19 January 2008 21:04:37 [EMAIL PROTECTED] wrote:
> Author: petdance
> Date: Sat Jan 19 21:04:36 2008
> New Revision: 25029
>
> Modified:
>trunk/config/gen/makefiles/root.in
>trunk/include/parrot/embed.h
>trunk/src/embed.c
>
> Log:
> fixed proto of Parrot_set_executable_nam
31 matches
Mail list logo
