Sorry, I tried to follow docs/submissions.pod, but my patch-fu is
very weak. Please forgive me.
This is a test for C3 MROs, it includes most of the tests from
Perl6::MetaModel prototype in Pugs (which themselves were stolen from
examples in Python and Dylan).
I am not sure where you would
Perhaps docs/pir would be better as I can't think of a reason to salt
the user docs with references to imcc.
Cheers,
-J
--
On Mon, Dec 05, 2005 at 09:48:53AM -0800, Jerry Gay via RT wrote:
> applied as r10353.
>
> i made some formatting changes and updated links in the documents, and
> had to m
applied as r10353.
i made some formatting changes and updated links in the documents, and
had to modify the manifest and some html document generation code. all
in all, a pretty simple change.
it would be great if somebody could take a look at the docs as a whole
and rework them where necessary (
i will be beginning this task soon. i expect it won't affect the build
much, as it's a docs dir, but be aware.
~jerry
hi,
if I understood correctly, the global storage is implemented as a hash
table.
If so, will it be possible to load this global hash table in a P register?
So, for example, are there any plans to support this:
$P0 = get_globals # put a reference to the global storage into
register $P0
n 11/29/05, via RT jerry gay <[EMAIL PROTECTED]> wrote:
> this will likely require configure, makefile, build, and documentation
> modifications. related is moving the tools/* files to the proper
> subdirs, and renaming them where appropriate. this should be grouped
> with other tools/-related modi
On Dec 5, 2005, at 18:11, Roger Browne wrote:
Maybe multidimensional array access using PMC indexes isn't supposed to
be working yet.
I see. Yes you are right. You really can rigth now do the 'easy' cases,
where a compiler knows or infers the involved types, but a general
multi-dim array ac
On Dec 5, 2005, at 18:28, Andy Dougherty wrote:
On Sat, 3 Dec 2005, Leopold Toetsch via RT wrote:
Can you provide dummy subs for the _offs functions and put in a dummy
define for the get_base_reg_no macro that returns some valid register
number.
I'll try something, but it'll be nearly blin
On 12/5/05, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
> hi,
>
> attached is a patch that adds the new ".lex" syntax. The description is
> copy/paste from PDD20.
>
thanks, applied to docs/imcc/syntax.pod as r10354.
it seems mail from RT is a little slow, so you may not have been aware
of the recent
hi,
attached is a patch that adds the new ".lex" syntax. The description is
copy/paste from PDD20.
regards,
klaas-jan
--- imcc/docs/syntax.pod2005-12-05 19:49:30.0 +0100
+++ imcc/docs/syntax2.pod 2005-12-05 20:15:53.0 +0100
@@ -207,6 +207,25 @@
them with commas:
On Sat, 3 Dec 2005, Leopold Toetsch via RT wrote:
>
> On Dec 2, 2005, at 19:59, Andy Dougherty (via RT) wrote:
>
> > Parrot_jit_emit_mov_mr_offs blib/lib/libparrot.a(jit.o)
> > Parrot_jit_emit_get_base_reg_no blib/lib/libparrot.a(jit.o)
> > Parrot_jit_emit_mov_mr_n_offs blib/li
> > $S0 = array[$P0; $P1]
Leo suggested:
> ... If you really need a PMC for the key, you
> have to create a Key PMC yourself.
>
> E.g.
>
>k1 = new .Key
>k1 = 1
That fragment works OK, but if I try to use a PMC instead of a literal
integer...
k1 = new .Key
$P0 = new .Intege
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #37845]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37845 >
- I've e.g. a fully uptodate and built r10349.
- svn up to r10350
- I see a change i
this is an older slackware derivative with one of the last libc5 systems,
May 13 1998 libc.so.5 -> libc.so.5.4.44*
Feb 1 1998 libc.so.5.4.44*
but it does use recent (2.4.32) kernel header files.
On Mon, 5 Dec 2005 at 06:34 -0800, Leopold Toetsch via RT
From: Leopold Toetsch via RT <[
On Dec 5, 2005, at 5:55, Matt Diephouse wrote:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Of course, now that I think about it more, it's possible that nothing
else will be adding namespaces for Python.
Or: only python itself can create Python namespaces.
In which case I'd advocate
havin
On 12/5/05, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> Not just the steps themselves need work, there is still some fairly
> substantial work left to be done on the configure framework as part of
> my refactoring project. This has been going rather slowly because it's
> usually bad to major radic
Leopold Toetsch wrote:
> ... it's probably simpler to just teach your compiler to use
> integers/strings rather than PMCs.
In general, I don't think a HLL has enough information to do this.
For example, if you have an Array of Hashes, the HLL doesn't easily know
to convert to an integer for the
On Dec 5, 2005, at 8:03, David Dyck (via RT) wrote:
checked out todays version and found the following build error:
src/embed.c: In function `Parrot_readbc':
src/embed.c:373: `MAP_FAILED' undeclared (first use in this function)
Strange. Which linux and libc version is this?
Anyway, I've ch
On Dec 5, 2005, at 13:50, Roger Browne wrote:
I'm having some trouble accessing elements of multidimensional arrays
from PIR, and I'm not sure if what I want to do is buggy or
unimplemented, or if I'm simply doing it the wrong way.
$S0 = array[$P0; $P1] # [1]
Multi-dimensional keys
I'm having some trouble accessing elements of multidimensional arrays
from PIR, and I'm not sure if what I want to do is buggy or
unimplemented, or if I'm simply doing it the wrong way.
I have no problem accessing a one-dimensional Array with either an
integer index, or with a PMC index of type In
# New Ticket Created by David Dyck
# Please include the string: [perl #37841]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37841 >
---
osname= linux
osvers= 2.4.32
arch= i686-linux
cc= cc
---
Flags:
category=c
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
* interfaces: start some brainstorming, what we might need in Parrot core
Having these would be great for the work I'm doing on the .NET => PIR
translator. Also I would really like to have support for:-
* Static methods
* Class level attributes (as
On Sun, Dec 04, 2005 at 06:37:25PM +0100, Leopold Toetsch wrote:
> This is an unordered collection of my thoughts towards a next release:
> * config module cleanup: auto/jit.pm and gen/icu.pm comes to my mind
> (and why /gen anyway?)
Not just the steps themselves need work, there is still some fa
On Sun, 2005-12-04 at 12:25 +0100, Leopold Toetsch wrote:
> And it doesn't answer my question at all, sorry. Which HLLs are able to
> divide their symbols into above categories?
Ah, maybe I see what you're getting at.
At compile-time, a HLL knows whether it is compiling a sub or a
variable. But
24 matches
Mail list logo
