E_ROOT
$P99 = $P99['_dumper']
$P0 = new .ResizablePMCArray
$P0 = get_namespace $P0
$P0['_dumper']
null $S0
$P0 = get_namespace $S0
$P0['_dumper']
Haven't had time to get back to it today.
A short example of how to include/load_bytecode library/dumper.pir and
lookup the _dumper symbol inside a TGE rule would be helpful.
Kevin Tew
slowing it down.
Source available at http://tewk.com/pruby.tgz
Suggestions or debugging tips welcome.
Thanks,
Kevin Tew
Patrick R. Michaud wrote:
On Fri, Jul 07, 2006 at 10:07:57AM -0600, Kevin Tew wrote:
I based the initial PGE grammar for PRuby off of
svn://rubyforge.org/var/svn/rubyg
Has anyone done anything about coverity, whats the next course of action?
I'd be happy to send off an email and start a conversation with coverity
if that is what is needed.
Has anyone done anything with splint yet?
Kevin
22 in this case is the Relative-PC in the src/ASTGrammar.pbc file.
(gdb) p interpreter->code->base.name
$48 = 0x82c23c8 "BYTECODE_src/ASTGrammar_gen.pir"
Given BYTECODE_src/ASTGrammar_gen.pir:
run disassemble on src/ASTGrammar.pbc
make disassemble
./disassemble languages/cardinal/src
I'm seeking information regarding TGE's design goals, aspirations,
future plans, etc.
I see that Perl6 implements its own version of PAST and POST nodes.
Is it possible to share basic PAST and POST nodes and extend them for
particular HLL needs?
I know that different HLLs share a lot of the
I'm trying to implement ruby BEGIN and END blocks.
I can generate the blocks just fine. I just need to generate pir so they
get called at the right time.
BEGIN{} and END {} semantic are described below.
I think that these are general use cases that should be provided by parrot.
Maybe the solu
Patrick R. Michaud via RT wrote:
In discussions with Allison at OSCON, I noted that we needed to reconsider
the syntax slightly. We don't want TGE to have to know how to parse every
language, and it may not be reasonable to expect every compiler to expose
a parser. So, if we're going to allow
chromatic wrote:
On Friday 08 September 2006 03:38, Leopold Toetsch wrote:
typical socket ocde currently looks a bit unfriendly due to magic
constants, e.g.
socket sock, 2, 1, 6# PF_INET, SOCK_STREAM, tcp
I'd like to have symbolic constants for all that stuff:
socket sock .
The attached patch is my first step at locating bug #40438.
It adds pdump -d functionality for keys.
Leopold Toetsch via RT wrote:
Thanks, I've applied a modified version of the patch, showing that it's
a namespace issue caused by the .HLL line. Using .loadlib works fine and
as expected.
leo
Update pdump patch
Kevin Tew wrote:
The attached patch is my first step at locating bug #40438.
It adds pdump -d functionality for keys.
Leopold Toetsch via RT wrote:
Thanks, I've applied a modified version of the patch, showing that it's
a namespace issue caused by the .HLL l
make realclean
perl Configure.pl
Generating makefiles and other build files...
step gen::makefiles died during execution:
config/gen/makefiles/bcg.in:73: line ends in a slash
Used Cwd::abs_path like FindBin in perl 5.8.6 does.
defaults.pm |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
Index: config/init/defaults.pm
===
--- config/init/defaults.pm (revision 14936)
+++ config/init/defaults
While exploring Parrot internals I started cleaning up some code.
I'll post patches to the list, but here are some things that are not
defined by the coding standards, but of which I'm a fan.
So the question is are they acceptable in the parrot code base.
1) *s should go right next to the type
e bat();
Curlies are ok with me too, but I think a decision against curlies was made.
if (foo) { bar(); }
else { bat(); }
Andy Lester wrote:
On Oct 17, 2006, at 3:33 PM, Kevin Tew wrote:
if (!info->thaw_result) info->thaw_result = pmc;
else *info->th
Kevin Tew wrote:
Jerry thanks for finding the reference in pdd07.
Note I'm not trying to start a preference war here, I would just like
Chip to rule on some things that are not in the coding spec yet.
Thanks,
Kevin
Prvious mail should have read:
if ( foo )
bar();
else
bat();
I cant
The attached patch is broken because of lack of flag space.
I coded it up this morning. It wasn't too bad except that we have run
out of PObj flags in which to store sub attributes.
Ideas?
Also how do I get flex and bison to regen the grammar?
I made real clean
perl Configure.pl --maintainer
Thanks I didn't know which flag too pick.
I finally did get flex and bison to run.
Do you thing you could annotate the rest of the flags as to when they
are used?
Kevin
Leopold Toetsch wrote:
Am Mittwoch, 18. Oktober 2006 17:20 schrieb Kevin Tew:
Working code with test.
I
Yeah, I caused this.
Patch Applied
Kevin
Karl Forner wrote:
Hi,
Just checked out parrot and the build failed like this:
cc -o miniparrot -L/usr/local/lib -Wl,-E compilers/imcc/main.o \
-Wl,-rpath=/home/kforner/dev/parrot/test/parrot/blib/lib
-L/home/kforner/dev/parrot/test/parrot/blib/l
Just wanted to collect information about ParrotClass and ParrotObject.
I can't seem to instantiate a ParrotObject from a ParrotClass using the
new opcode.
I've seen references to the instantiate_object opcode but it seems
unimplemented.
I know the object pdd is coming up on Allison's stack,
I've had :init implemented for a couple of weeks now, but I can't check
it in because it needs its own flag.
Currently I'm using PObj_private7_FLAG to indicate a :init sub, but I
stole PObj_private7_FLAG from SUB_FLAG_PF_POSTCOMP.
Leo suggested using PObj_private2_FLAG, but when I did tons of tes
Using either of those flags ( PObj_private0_FLAG or PObj_private2_FLAG
) break other tests.
I'm up for more suggestions.
Kevin
Leopold Toetsch wrote:
Am Sonntag, 29. Oktober 2006 21:25 schrieb Kevin Tew:
I've had :init implemented for a couple of weeks now, but I can
Using either of those flags ( PObj_private0_FLAG or PObj_private2_FLAG
) break other tests.
I'm up for more suggestions.
Kevin
Leopold Toetsch wrote:
Am Sonntag, 29. Oktober 2006 21:25 schrieb Kevin Tew:
I've had :init implemented for a couple of weeks now, but I can
I believe it was GCC 4.0.1 on OS X.
Kevin
Paul Cochrane via RT wrote:
Kevin,
Thanks for the patch! I've managed to apply it (with some changes),
however the following warning flags don't work with my gcc (3.4.5):
#. "-Wfatal-errors "
#. "-Wmissing-field-initializers
I like it. I have been thinking of suggesting the same thing.
Currently, hackery is used to get the new opcode to instantiate
objects. If classes become objects as well, the hackery breaks down.
Kevin
Allison Randal (via RT) wrote:
# New Ticket Created by Allison Randal
# Please include the s
Paul Cochrane wrote:
Essentially you should svk pull before any commit or push operation,
which helps avoid having to do conflict resolution.
I'm adding in spots in all caps where you should do a svk pull.
Kevin
I'm working from a mirrored copy, and my usual work cycle is:
svk up -sm looks
Defining _CRT_SECURE_NO_DEPRECATE on the compiler command line is
probably the right solution here.
Kevin
Klaas-Jan Stol wrote:
[EMAIL PROTECTED] via RT wrote:
Hi,
Applied in 17281, thanks.
For your question, strdup is fine since these are not garbage
collectable strings (STRING*), just norm
I believe that VS2005 Has a new snprintf_s, strcpy_s etc that are
suppose to be secure
See:
http://msdn2.microsoft.com/en-us/library/8ef0s5kh(VS.80).aspx.
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=6995&SiteID=1.
Kevin
Philip Taylor wrote:
Klaas-Jan Stol wrote on 05/03/2007 16:48:
Looks great Steve,
could (PMC *) get added to the NEED_CONTINUATION macro
Index: include/parrot/sub.h
===
--- include/parrot/sub.h(revision 17785)
+++ include/parrot/sub.h(working copy)
@@ -109,7 +109,7 @@
* a flag
he list - I would
prefer that everybody who is interested can follow along and/or
participate]
Kevin Tew wrote:
Sam Ruby wrote:
Hey guys,
I didn't see this until just now.
Kevin Tew wrote:
Sam,
Just wondering what the status is on python/parrot/pirate/pyrate.
These bo
27;, '--version' ) || '';
-my $has_gnu_m4 = ( $a =~ m/^GNU m4 / ) ? 1 : 0;
+my $has_gnu_m4 = ( $a =~ m/^GNU [mM]4 / ) ? 1 : 0;
Configure::Data->set(has_gnu_m4 => $has_gnu_m4);
Patch attac
Adds tests and fixes incorrect implementation.
Kevin Tew
Index: classes/bigint.pmc
===
--- classes/bigint.pmc (revision 8168)
+++ classes/bigint.pmc (working copy)
@@ -203,44 +203,11 @@
}
static void
-bigint_bitwise_shl_bigint
co http://svn.openfoundry.org/pyparrot languages/python/pyparrot
My current boggle is how to handle the self parameter to method functions.
You can do things like this in python
def foobar( arg1, arg2 ):
print arg1, arg2
class A():
self.__add__ = foobar
aa = A()
print aa + 5
I'm h
I've been watching pugs for a while and would like to get more involved.
To that end I've been exploring the source tree.
As a newbie, I've got a lot of questions, So I'm attempting to learn by
updating and adding documenation.
My patches may seem obvious to the seasoned pugs hacker, however, I'm
h not fully flushed out,
and I plan on building the new Python PMC in the same manner.
Comments welcome.
Kevin Tew
Sam, Thanks for the comments,
They were very much appreciated.
Sam Ruby wrote:
>I added self on Leo's request. Now it is unneccessary. *shrug*
>
I understand completely.
>Check out parrot/t/dynclass/pyint_2.pmc. __add__ style methods were
>working, and tested.
>
Yes many are working, I shou
My current work.
Python PMC Patch to leo5-cxt5
I agree this following would be cool.
However in the general case this type of code inference is HARD to do.
I believe that the optimizations you are looking for would require a
combination of type inference and graph reduction.
PyPy may be the eventual answer.
Don't get me wrong, I think it is gre
Sam,
Just wondering what the status is on python/parrot/pirate/pyrate.
These both look outdated.
http://www.intertwingly.net/stories/2004/10/05/pyrate.zip
http://pirate.versionhost.com/viewcvs.cgi/pirate/
Is there a up to date cvs repo?
Can we get this code checked into the parrot svn repo?
Kevin
Sam,
Just wondering what the status is on python/parrot/pirate/pyrate.
These both look outdated.
http://www.intertwingly.net/stories/2004/10/05/pyrate.zip
http://pirate.versionhost.com/viewcvs.cgi/pirate/
Is there a up to date cvs repo?
Can we get this code checked into the parrot svn repo?
Kevin
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
typo fixes, spelling fixes, documentation welcome, as well as code
refactorings.
I'm going to try to describe the purpose of each of the functions to get
things started.
Patch coming soon. :)
Kevin
1
My patch only fails these tests.
Failed Test Stat Wstat Total Fail List of Failed
---
t/library/range.t 1 25678 18 70-78
t/pmc/parrotobject.t1 256111 3
Chromatic was right,
vtable
Nope it isn't.
I debated the fix.
Of course the return NULL isn't reachable either so we should remove it too.
But that will cause compiler warnings for not having a return value.
My thinking was that, should someone, someday change PANIC into a
recoverable error, this will prevent leakage.
Ok
The logic was present in FIA, before PCC was written.
It was reused in an attempt to "don't repeat yourself".
Kevin
Allison Randal wrote:
jerry gay wrote:
careful... one of these PMCs is FixedIntegerArray. FIA is used to set
the flags for parrot calling conventions, so it's constructed every
I'm using this code to dump PGE parse trees in Perl5 dump format.
Can it get modified/added to HLLCompiler and PCT?
I'm using it for a research project where the compiler is written in Perl5.
The compiler translates the PGE parse tree into c++ code which is then
compiled.
I'd like to eventuall
I'm using this code to dump PGE parse trees in Perl5 dump format.
Can it get modified/added to HLLCompiler and PCT?
I'm using it for a research project where the compiler is written in Perl5.
The compiler translates the PGE parse tree into c++ code which is then
compiled.
I'd like to eventually
I'm working on http://rt.perl.org/rt3/Ticket/Display.html?id=48631
I've added parsing of :namespace to imcc, now I'm trying to figure out
what I'm suppose to do differently when :namespace is present in a
methods prototype.
I thought I was suppose to add the :method to a namespace, but that
see
as needed.
:method subs should not be added to the namespace unless they have a
:namespace flag.
So we should fix set_pmc_keyed_str to not add :methods unless the
:namespace flag is present.
Kevin
Allison Randal wrote:
On Fri, Dec 21, 2007 at 01:30:42AM -0700, Kevin Tew wrote:
I
Git is really nice for:
local branches,
frequently(daily) rebasing local branches to keep in sync with HEAD,
publishing local branches for others to review,
allowing non-committers to make changes and publish those changes
publicly
Kevin
Will Coleda wrote:
Using svn as a backi
--- Begin Message ---
Will Coleda wrote:
On Tue, Aug 5, 2008 at 11:04 AM, Kevin Tew <[EMAIL PROTECTED]> wrote:
Git is really nice for:
local branches,
This is on par with svk...
frequently(daily) rebasing local branches to keep in sync with HEAD,
How does thi
I think tools/dev/mk_manifest_and_skip.pl ignores the ports directory
Kevin
chromatic wrote:
On Saturday 09 August 2008 10:30:30 [EMAIL PROTECTED] wrote:
Log:
MANIFEST and SKIP were not updated before a recent commit.
Modified: trunk/MANIFEST
--- trunk/MANIFEST (original)
+++ trunk/
gsoc_nci code is available in branches/gsoc_nci_001
jitted nci stubs works on i386 WIN32 and i386 LINUX
Its probably going to be merged this week.
Kevin
Nikolay Ananiev wrote:
Hey guys,
Today I saw Andrew's last post in his blog about the end of gsoc.
Since I could not find much information ab
The merge has happened.
Developers/Users should see no visible changes.
Please build and test, should you have any problems, just yell at me on
#irc or parrot-porters.
Regression test cases will be appreciated. :)
I'll try to be available until 3:00pm MDT and later this evening
9:00pmMDT -> un
AIL PROTECTED]: ~/srcs/nci(nci)$ nm blib/lib/libparrot.a |grep
store_arg
1840 T Parrot_store_arg
1790 t store_arg
U Parrot_store_arg
U Parrot_store_arg
U Parrot_store_arg
U Parrot_store_arg
U Parrot_store_arg
U Parrot_store_arg
Ideas, Kevin
place.
Suggestions about where these functions should go and how?
Kevin
Kevin Tew wrote:
Looks like a weird linking error,
I can reproduce it.
cc -o examples/pasm/hello examples/pasm/hello.o src/exec_start.o
src/parrot_config.o -Wl,-rpath=/home/tewk/srcs/nci/blib/lib
-L/home/tewk/srcs/nci
I still think too much junk is in jit_emit.h
The patch attached shows how I would re-factor it.
Kevin
NotFound wrote:
On Fri, Aug 22, 2008 at 9:51 PM, Kevin Tew <[EMAIL PROTECTED]> wrote:
0015a810 t Parrot_store_arg
little t means its not exported.
set_nci_* functions should proba
Reini Urban wrote:
Kevin Tew schrieb:
The merge has happened.
Developers/Users should see no visible changes.
Please build and test, should you have any problems, just yell at me
on #irc or parrot-porters.
Some options are still not implemented.
Attached patch does that.
Applied
The
I think use of "V" in your signature will allow you to do away with your
C code
grep for nci_vVi in
t/pmc/nci.t
and
src/nci_test.c
for an example.
Note that it used Pointer not UnmanagedStruct
Kevin
reject, there is a new ticket
Klaas-Jan Stol via RT wrote:
On Fri Dec 21 07:31:46 2007, pmichaud wrote:
Kevin Tew started investigating this ticket, and he discovered
that :method subs are already being placed as entries in the
namespace by default, which is the behavior I was looking for
Will Coleda wrote:
On Mon, Dec 15, 2008 at 11:05 AM, Kevin Tew wrote:
Will Coleda wrote:
3) What's the status of ticket "-r33351 causes tcl segfault" (TT#10)?
Is this still an issue? Is anybody actively working on it? Are we
realistically going to get this issue
Issue fixed
Kevin
Mark Glines via RT wrote:
On Mon Apr 14 12:20:52 2008, infinoid wrote:
Issue resolved due to closure request from submitter. Thanks!
Sorry, I should turn my brain on. Ticket reopened pending confirmation.
tewk: does this issue still exist for you? I've confirmed
Lets close this ticket.
While I wrote the original code, the PMC pdd has greatly changed and
updated the original work I did.
Kevin
James Keenan via RT wrote:
On Thu Mar 22 15:58:25 2007, tewk wrote:
Code has been refactored/cleaned up.
Some comments added. More to come.
See pmcs which
=== src/pdb.c
==
--- src/pdb.c (revision 133)
+++ src/pdb.c (local)
@@ -136,7 +136,6 @@
PDB_t *pdb;
void *yyscanner;
-do_yylex_init ( &yyscanner );
/*Parrot_set_config_hash(); TODO link with cfg */
debu
how about register_nci_method?
If we get consensus, I'll do the rename.
Kevin
On Fri Nov 10 15:53:07 2006, [EMAIL PROTECTED] wrote:
> enter_nci_method is poorly named. It sounds like it's entering the
> method to execute it. What it's actually doing is entering the method
> into a symbol tabl
"B" effectively turns a parrot STRING into a char**, passing a point to
the character array to the function. This is bad because c functions
shouldn't be modifying parrot STRINGs. B should really only be used as a
IN parameter, not as a OUT or a IN/OUT parameter.
I don't think that NCI really sup
64 matches
Mail list logo
