More IMCC rearchitecture and directive changes.
.pcc_sub is now deprecated (but supported for a while).
(All other .pcc_* directives are still enabled).
Use .sub for all subroutines from now on. Even though .sub is now a PCC sub,
this should not break existing code that uses the old stack passing
At 05:23 PM 11/14/2003 +0100, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
... It happens, in some cases a *lot*. This is perl,
python, and ruby we're talking about, where changing the definition of a
sub is as trivial as a reference assignment into a global hash. It's easy,
I've fixed nearly all of breakage with IMCC
that was introduced with the last large patch.
I'm currently trying to localize all APIs to the IMC_Unit
but I'm not quite there yet.
A hash test is failing, but I have no clue how my IMCC
work affected that code. I'm hoping it was already failing
before
Just a reminder for new checkins. Please make sure there is
a minimum of a header comment for each routine you checkin
describing just what the heck the routine does.
Debugging certain parts of Parrot has become akin to mapping out
a rabbit hole using marking flares.
For example, just picking a
At 06:30 PM 11/13/2003 +0100, Stéphane Payrard wrote:
Disclaimer: Pardon my French :)
I have bought Virtual Machine Design and Implementation in C++
by Bill Blunden. This book has very positive reviews (see
slashdot or amazon.com). It seems to impress people by the
apparent width of covered
At 08:10 PM 11/13/2003 +0100, Michael Scott wrote:
snip ...too much undocumentation going on.
One of the reasons I started putting stuff on the wiki was because I could
see that updating documentation was not a high priority.
On the wiki I neither have to have CVS checkin rights, nor do I have
When I compile with Electric Fence (linux Athlon XP)
I get a floating point exception on startup.
The stack trace:
#0 0x0811f2e2 in add_pmc_ext (interpreter=0x400a3cc0, pmc=0x405a7018) at
src/headers.c:185
185 PObj_is_PMC_EXT_SET(pmc);
(gdb) back
#0 0x0811f2e2 in add_pmc_ext
The 2nd version of newsub implicitly sets P0 and P1, but they
are not part of the instruction.
IMCC currently has a problem with this; if we have a register linked
to the instruction for data flow analysis and allocation, it will be emitted
as part of the opcode.
Either we declare that all PASM
At 09:31 AM 11/6/2003 +0100, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
The 2nd version of newsub implicitly sets P0 and P1, but they
are not part of the instruction.
Yeah. But we really have a lot more of such instructions: invoke or
stack.ops for example.
or IMCC has
At 04:10 PM 11/5/2003 -0700, Luke Palmer wrote:
Actually that was pretty good for an early version. You could help IMCC
out by not creating those PerlUndefs until you're going to assign to
them.
Also, anytime you use a temporary to assing a constant literal, you
should be able to use a I/S/N reg.
At 06:26 PM 11/5/2003 -0500, Melvin Smith wrote:
Also, anytime you use a temporary to assing a constant literal, you
s/assing/assign
=0)
-Melvin
Hey Juergen,
Here are a couple comments,
At 03:18 PM 11/4/2003 +0100, Juergen Boemmels wrote:
currently there is no (simple) way to open a file on an other layer
than the default layer. But this is necessary if we want to take
advantage from the layered approach.
So i added two new functions:
At 10:11 AM 11/4/2003 -0500, Melvin Smith wrote:
At 03:18 PM 11/4/2003 +0100, Juergen Boemmels wrote:
* I needed many casts from PIOHANDLE to FILE * and vice versa. I'm not
sure if this one fits all approach of PIOHANDLE is the right way.
Maybe its better to make PIOHANDLE a union. But what
I've been playing with an uncommitted op version of invoke
that takes a method or sub by name like below:
invoke foo, 0
The 0 is irrelevant to the eye, but it is a placeholder for the self-modifying
instruction. Upon call, invoke by name does:
op invoke(STR, INT)
PMC sub
if($2 == 0) {
sub =
At 09:16 AM 10/31/2003 -0500, David Robins wrote:
On Thu, 30 Oct 2003, Melvin Smith wrote:
At 12:09 AM 10/31/2003 +, Nicholas Clark wrote:
On Thu, Oct 30, 2003 at 01:54:24AM -0500, Melvin Smith wrote:
Parrot fetched its first web page tonight. Its a baby step, but
hey... :)
Can we do
At 07:34 PM 10/31/2003 -0500, Josh Wilmes wrote:
Very cute!
However, i'm curious about the choice of interface. Having individual
ops for something like a socket API seems rather peculiar to me.
Why do we not have an object oriented interface on a socket class?
(ditto for non-trivial file IO)
At 12:09 AM 10/31/2003 +, Nicholas Clark wrote:
On Thu, Oct 30, 2003 at 01:54:24AM -0500, Melvin Smith wrote:
Parrot fetched its first web page tonight. Its a baby step, but hey... :)
You can now stuff hostnames into a socket as well as a numeric IP address.
see examples/io/http.imc
Can
Regrettably, this won't be committed for 0.0.12 release since it is
definitely new
feature. If I commit now Leo would probably pummel me with flaming pumpkins,
so I'm going to play nice and follow the rules.
This is what I have currently in my working copy of imcc. I think this does
what we want
At 07:25 PM 10/28/2003 +, via RT wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #24341]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24341
The new classes/null.pl was trying to
At 02:51 PM 10/29/2003 +, via RT wrote:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #24355]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24355
before we release Parrot to the wild
At 06:40 PM 10/29/2003 +0100, Leopold Toetsch wrote:
Adam Thomason [EMAIL PROTECTED] wrote:
The other problematic test is ye =
olde -0 error,
t/op/number_10.t seems to be failing because of -0 from Cmod.
Any hints what to do WRT such behavior?
leo
Its an issue with our (IBM's) compiler. It
Parrot fetched its first web page tonight. Its a baby step, but hey... :)
You can now stuff hostnames into a socket as well as a numeric IP address.
see examples/io/http.imc
-Melvin
At 12:30 PM 10/28/2003 +0100, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
You'll have to edit interpreter.h and set PARROT_CATCH_NULL to 1
to enable it.
Turned on now by default.
Good.
The patch adds the Null PMC class, only instantiated once in
system memory.
... which
I made a boo-boo in null.pl, it generated all of the void routines
with a return (void)0 due to my incorrect fix of the regex the other
night for void *. It has been fixed. Thanks to thomason on IRC
(which is why I'm sending this to the list, I'm not sure who the guy was)
for catching it, I never
I'll throw in one more thing just because I know a certain Mr. P.
Cawley dearly loves people to pile unrelated things into a single
thread: could there be a way to expose which continuation to invoke
when returning from a routine? In a regex, I'd really like a rule to
be invoked with a success
Sugalski [EMAIL PROTECTED] wrote:
On Wed, 22 Oct 2003, Melvin Smith wrote:
I propose a Halloween release. Nothing fancy, just something fun. :)
We should be able to reach some sort of minor milestone to
justify it I'm sure.
Oct 31, the screaming pumkin release? :) Sounds good -- lets see where
we
At 02:56 PM 10/27/2003 +, Arthur Bergman wrote:
So I am currently trying to do a Perl5LVALUE pmc, a stumbling block is
however that I need to pass the PMC the thing that it is lvalueling, I was
planning to use the pmc data field for storing this but I cannot access it
as a extender without
to the extension API to stash a
raw pointer.
-Melvin
Arthur Bergman [EMAIL PROTECTED]
10/27/2003 10:35 AM
To: Melvin Smith [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:Re: Storing external data in PMCs
On Monday, October 27, 2003
need API added to
extend.h
though, but I'd have to be very clear on what you are asking for...)
-Melvin
Arthur Bergman [EMAIL PROTECTED]
10/27/2003 12:09 PM
To: Melvin Smith/ATLANTA/Contr/[EMAIL PROTECTED]
cc: Melvin Smith [EMAIL PROTECTED], [EMAIL PROTECTED
At 05:28 PM 10/27/2003 -0800, Jeff Clites wrote:
On Oct 26, 2003, at 10:39 AM, Melvin Smith wrote:
I think a compromise would be to do define a interpreter global PMCNull
and point (or init) all Px registers to it.
...
The downside is fast initialization of register blocks. memsetting with
NULL
Just in time for the screamin' punkin release
I've patched in a quick and dirty implementation of the previous
discussion regarding Parrot segfaulting on access to a null register.
Of course, HLL compilers shouldn't generate code that results in
an uninitialized Px register, but we would like
At 11:50 PM 10/25/2003 -0700, Steve Fink wrote:
newsub $P4, .Sub, _two_of
Leo answered your question, I just wanted to point out that you can
now write the above as:
$P4 = newsub _two_of
As Leo said, the call types conflict. In this case we eventually
should be able to make IMCC warn
At 07:21 PM 10/26/2003 +0100, Leopold Toetsch wrote:
Steve Fink [EMAIL PROTECTED] wrote:
Although this does bring up another issue -- should parrot really be
seg faulting when it gets a uninitialized (null) PMC?
The problem is of course that we call pmc-vtable-some_meth_od() on a
NULL PMC. We
At 06:25 PM 10/26/2003 -0800, Steve Fink wrote:
On Oct-26, Leopold Toetsch wrote:
Steve Fink [EMAIL PROTECTED] wrote:
I am getting a seg fault when doing a very simple subroutine call with
IMCC:
.sub _main
newsub $P4, .Sub, _two_of
$P6 = new PerlHash
However, I see your point. To be orthogonal would suggest that we
implement the same feature for .pcc_call that we do for the .pcc_sub
I meant .pcc_begin here since that is where the proto|non_proto goes.
-Melvin
For those not on the cvs-commit list..
Added newsub and newclosure to PIR. Hides some implementation detail and
allows IMCC to take advantage of the newsub opcode which is much more
efficient than new/set_addr combination. This makes PIR orthogonal
between new and newsub.
Example:
PIR
At 08:41 AM 10/23/2003 +0200, Leopold Toetsch wrote:
Robert Spier [EMAIL PROTECTED] wrote:
[ quoting reordered ]
Melvin Smith wrote:
IMCC has graduated from the parrot/languages/imcc directory to
parrot/imcc.
Arghh[1]
Ok guys, let us not make mountains out of molehills.
So much
At 08:49 AM 10/22/2003 +0200, Leopold Toetsch wrote:
Nick Kostirya [EMAIL PROTECTED] wrote:
[PATCH] to build under win32
1. MS compiler do not support struct with empty body.
Melvin is currently filling the gaps, so I'd rather not mess around with
it.
Arg. I'll make sure I don't do that again.
I propose a Halloween release. Nothing fancy, just something fun. :)
We should be able to reach some sort of minor milestone to
justify it I'm sure.
-Melvin
IMCC has graduated from the parrot/languages/imcc directory to parrot/imcc.
Please update your trees.
We may still want to move the main up to the parrot directory and
possibly do an include/imcc directory, but I'm not sure.
Test builds on my machine, so I think everything is back to intact for
more important.
-Melvin
At 09:45 PM 10/22/2003 -0700, Robert Spier wrote:
So much for preserving repository history.
(Dan! Where's the list of things to move?)
-R
At Wed, 22 Oct 2003 22:29:49 -0400,
Melvin Smith wrote:
IMCC has graduated from the parrot/languages/imcc directory to parrot/imcc
Try:
new P0, 'std::array' # PMC
new P1, 'Perl::PerlArray'# PMC (or class)
new P2, 'Package::SomeClass' # Class
At compile time the string can be converted to an integer enumerator.
-Melvin
Leopold Toetsch [EMAIL PROTECTED]
10/21/2003 10:24 AM
Please respond to lt
To:
On Tue, 21 Oct 2003, Leopold Toetsch wrote:
Albeit I'm not convinced, that we can't have a seen hash.
A seen hash most likely would:
1) Kill GC performance especially in pathological cases. The GC
should be quiet and invisible.
2) Cause memory usage to double upon a mark run.
-Melvin
At 07:44 PM 10/21/2003 -0400, Joseph Ryan wrote:
Dan Sugalski wrote:
Here's the scoop:
Metadata for classes is simple. In PIR/assembly, they're noted with
.things:
.class Foo
.is bar
.is baz
.does some_thing
.member x
.member y
.member z
.ssalc
Will there be a way to specify
At 02:55 PM 10/21/2003 -0400, Dan Sugalski wrote:
Here's the scoop:
Metadata for classes is simple. In PIR/assembly, they're noted with
.things:
.class Foo
.is bar
.is baz
.does some_thing
.member x
.member y
.member z
.ssalc
Unless someone tells me that ssalc is
It would be nice to know if anyone plans to start tackling this soon so
others don't
waste time. Whoever it may be, please notify p6i beforehand so others know
whether to bother or not, rather than submitting the monster stealth patch
that
happens often. Or commit incrementally so we can follow
At 04:38 PM 10/20/2003 -0400, Dan Sugalski wrote:
The encoding methods for freezing (and corresponding decoding methods for
thawing) may be overridden to provide an alternate serialization format.
The only requirement of the serialziation format is that it starts with a
minimally valid piece of
At 08:41 PM 10/20/2003 -0400, Uri Guttman wrote:
MS == Melvin Smith [EMAIL PROTECTED] writes:
MS At 04:38 PM 10/20/2003 -0400, Dan Sugalski wrote:
The encoding methods for freezing (and corresponding decoding
methods for
thawing) may be overridden to provide an alternate serialization
At 09:56 PM 10/20/2003 -0400, Uri Guttman wrote:
MS == Melvin Smith [EMAIL PROTECTED] writes:
MS That answers my question of overhead with regards to XML headers.
MS If there is a single header for defining the type of stream then the
MS actual serialization can be dense enough.
MS I
At 12:53 PM 10/17/2003 +0200, Juergen Boemmels wrote:
Robert Spier [EMAIL PROTECTED] writes:
The goals are to assign permanent numbers to the opcodes. What the
numbers are is generally irrelevant, but they must be constant across
all systems for the lifetime of parrot.
At first glance,
At 08:55 AM 10/17/2003 -0400, Dan Sugalski wrote:
On Fri, 17 Oct 2003, Juergen Boemmels wrote:
Why not this way:
Have a small number of _real_ core.ops which have fixed assigned
numbers below say 256. This ops never change during the lifetime of
parrot. All other libs are inited (not
PIR next phase plans:
(Note: I'd prefer to stay away from AST discussion here, I'm aware that we
eventually wish to pass AST directly to IMCC, but I'd like to shelve
that for
a different thread)
1. .class, .field and .method directive support
These will have to change the packfile
At 02:49 PM 10/17/2003 +0200, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
I've asked this before: Please, someone give me an example
where a dynamic opcode lib gives us something
that a well designed set of core ops and an extension
interface does not.
Can you explain
At 10:21 AM 10/16/2003 -0400, Dan Sugalski wrote:
On Thu, 16 Oct 2003, Leopold Toetsch wrote:
Juergen Boemmels [EMAIL PROTECTED] wrote:
Leopold Toetsch [EMAIL PROTECTED] writes:
The IMCC_INFO does not need to be part of the interpreter.
I don't like to have global state variables around.
At 03:49 PM 10/15/2003 -0400, Dan Sugalski wrote:
On Wed, 15 Oct 2003, Jeff Clites wrote:
On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
I'm poking around in the object stuff today, to try and get at least
single-inheritance objects up and running.
At the moment, I'm torn between just
At 04:15 PM 10/13/2003 -0400, Dan Sugalski wrote:
On Mon, 13 Oct 2003, Adam Thomason wrote:
Hmm, this still fails on AIX, since the guard
(PARROT_HAS_HEADER_SYSSOCKIO) and the header (sys/socket.h) don't match.
I don't have sys/sockio.h, but sys/socket.h is required to prevent the
same
I was already talking to Leo offline a bit about refactoring some
of the IMCC syntax. We have incrementally added some
features at different times that could be handled with a more
compact syntax if we rework it.
1) Combine .pcc_sub and .sub and go back to using
the single keyword .sub.
*This
At 08:46 PM 10/12/2003 +0200, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
At 12:07 PM 10/12/2003 +, Leopold Toetsch wrote:
-Bytecode
-
-- Byteordering works for most stuff except floating point (N regs)
- Cross platform bytecode doesn't convert floats yet
I've committed the beginnings of networking support, at least for the UNIX
side of the house. If people want to play with it, edit io/io_private.h
and set PARROT_NET_DEVEL to 1 before doing the remake. I didn't
want to turn it on by default because I only have Linux and Solaris
here.
Also I added
At 09:59 AM 10/11/2003 +0200, Leopold Toetsch wrote:
Melvin Smith [EMAIL PROTECTED] wrote:
I personally don't like to add an opcode for every special case
because most of them are very rarely used, but as usual its
up for discussion.
Did you consider using the method interface in ParrotIO
At 09:19 AM 10/11/2003 -0700, Steve Fink wrote:
On Oct-10, Melvin Smith wrote:
At 08:31 AM 10/10/2003 -0400, Dan Sugalski wrote:
I think it's time to start thinking about it. (And I think we need a new
name, but that's because I've always hated 'ioctl' :)
:)
I also considered iocmd
Applied to parrot.h, thanks.
-Melvin
At 10:15 PM 10/11/2003 +, via RT wrote:
# New Ticket Created by Michael Scott
# Please include the string: [perl #24188]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24188
The
At 03:22 PM 10/11/2003 +0200, Juergen Boemmels wrote:
I just checked in the change to use the new/traditional semantics.
Furthermore i fixed some seek-errors in io_buf.
Nice. A few bugs down, a lot more to go :)
-Melvin
At 08:31 AM 10/10/2003 -0400, Dan Sugalski wrote:
On Thu, 9 Oct 2003, Melvin Smith wrote:
Added pioctl op and PIO_pioctl API call. General purpose op for IO
manipulation
in tradition of UNIX ioctl call.
This will be the interface for doing all sorts of IO layer stuff such as
buffering
At 07:01 PM 10/10/2003 +0200, Juergen Boemmels wrote:
Hi,
I'm currently working on some bugs in the PIO_seek code, and i find
the current return-code of Seek impractical: it just returns 0 on
success and -1 on error. I found myself writing code like
PIO_seek_down(...);
pos = PIO_tell_down(...);
used, but as usual its
up for discussion.
-Melvin
At 04:46 PM 10/10/2003 +0100, Nicholas Clark wrote:
On Fri, Oct 10, 2003 at 02:43:10AM -, Melvin Smith wrote:
+else if(arg == PIOCTL_BLKBUF) {
+ PIO_setbuf(interpreter, pmc, PIO_UNBOUND
At 11:23 PM 10/10/2003 +0100, Nicholas Clark wrote:
On Fri, Oct 10, 2003 at 05:55:11PM -0400, Melvin Smith wrote:
Which ones? The PIOCTL ones are, for a lack of current
interface, a way for interfacing to the lower level IO
system through a catchall opcode. It can be anything from
setting
Added pioctl op and PIO_pioctl API call. General purpose op for IO manipulation
in tradition of UNIX ioctl call.
This will be the interface for doing all sorts of IO layer stuff such as
buffering, blocking, async, etc. At least until someone has a better
way to do it.
Also added record separator
I fixed a bug in the readline routine that now allows it to act
like it should. With the ability to toggle linebuffering on IO
handles now with pioctl, do we need the explicit readline op
anymore?
-Melvin
I think if you have the op for dereferencing, you don't need the
additional ops for
getting the type of the reference. Maybe in a typed VM it would make
sense,
but in Parrot, everything is a reference to a PMC, and a PMC knows
what type it is.
At least that is my opinion. I think the deref op
Yes, Dan says we should track all know compilers as well
as the last know Parrot version compatibility. I'll assume 0.0.11 for now
unless anyone tells me otherwise.
-Melvin
At 11:38 AM 10/8/2003 +0200, Jos Visser wrote:
Hi,
Mightn't it be (is this English by the way? :-) a good idea to use
We aren't checking symbol declarations like we should.
I'd like to patch this if I get time, or I expect Leo will. A
kludgy fix would probably work in the short term, but in the
long term I'd like to rewrite most of symreg.c
mk_ident() should probably just lookup the symbol first and
die if it
In an attempt to get a handle on what the status is of all the
language compilers we have (in various states) I added
a file called LANGUAGES.STATUS under parrot/languages
Just read the file and it explains itself. Please, if you are
the author of one of the compilers and you don't have commit
I made an attempt to compile a list of names of the people
that I knew had contributed to Parrot. It is checked in (parrot/CREDITS).
See the file for format.
I am sure I missed quite a few people, but I did the best I could.
I only put names, the other fields I'll leave to the individuals.
For
At 04:53 AM 10/7/2003 +, you wrote:
* Added my stuff (and corrected my name)
Doh! I promise you I knew the correct spelling. :(
I was in a hurry. Sorry.
-Melvin
Since PIO_parse_open_flags just assists the IO code in fulfilling
an API, but is not part of the published API, I would suggest that it
be moved into the private, but before tests are written for it, there
should be a spec written. When I wrote the code, there was not even
a design for what sort
Poor guy, I just told him the same thing off-list. Well I come to think of
it,
I guess that makes me an old fogey too.
-Melvin
Dan Sugalski [EMAIL PROTECTED]
09/15/2003 11:39 AM
To: Brent Dax [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL
Based on current customers I would guess the following in priority:
VC/C++ (latest non-.NET version, most people I know are still building
their stuff with Pre-.NET versions)
Visual Studio .NET
Cygwin
Borland C++ Builder
I love Borland but I have to put it last because I think the 1st 3 covers
Eep, I was too busy poking fun at Dan about the book I forgot to say:
1) I do not represent IBM nor IBM's preferences for development
environment, I was just guessing.
You are welcome to add IBM Visual Age stuff in there, let me know if
you need a license. :)
2) The P6E book was well
that is
non-commercial usable? I'll check.
-Melvin
Dan Sugalski [EMAIL PROTECTED]
09/11/2003 03:08 PM
To: Melvin Smith/ATLANTA/Contr/[EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject:Re: Need Win32 Tinder suggestions
On Thu, 11 Sep 2003, Melvin Smith
At 12:04 PM 8/28/2003 +0200, Juergen Boemmels wrote:
Hello,
last week I send in a patch which creates io/io_private.h, but nobody
replied to it. The classical Warnock's Dilemma. I have the strange
feeling that its because nobody read my mail, because sometimes the
p6i mailinglist does not like
Hi,
Computed goto is a feature supported by GCC (not sure which others) that
allows using dynamic
addresses as jump targets from C. This allows the opcode tables to be
loaded and jumps to
the op can be much faster than a subroutine call. On the other hand, good
compilers can sometimes
optimize
Piers,
Regarding your Perl6 Essentials summary:
Or, he can write code for IMCC using Parrot Intermediate Language (known
as PIR for reasons that aren't entirely clear even to one who has been
watching the mailing list since the Parrot project started)
I suppose noone has much read the README
At 11:37 PM 8/4/2003 -0400, Brent Dax wrote:
Jonathan Worthington:
work something out. :-) However, Brent said If you mean precompiled
binaries, not yet. Parrot is still under development, so we aren't
shipping
binaries., so I'm guessing maybe I shouldn't do a ZIP with the
executables
in?
At 02:54 PM 7/31/2003 -0400, Michal Wallace wrote:
Actually, between imcc and the python compiler
module, it's not nearly as hard as I thought it
would be. So far, I think the parrot version is
actually a lot simpler than the python compiler,
just because imcc is doing so much of the work.
Leo and
At 01:51 PM 7/31/2003 -0600, Luke Palmer wrote:
You mind submitting a patch to put this in the languages/pirate
directory of the parrot distro? I'd like to stay up to date, and
probably do some work (as, I imagine, would others).
I'd like to officially complain that pirate is a cooler name than
At 11:02 PM 7/31/2003 +0200, Jerome Quelin wrote:
Anyway, whatever the reason, I'm playing with imcc and have some
questions about it:
I think its officially time to put together a nice set of documentation
for IMCC (like web based). I'll try to start, right after I catch up with the
year of
Disclaimer: This reply comes from a badly configured client at work. Hence
the ugly format.
Sounds correct. There is already a seperate layer as you said, the buf
layer which should
keep track of correct semantics for seeking, etc. Also, IO should work the
same whether the
buffered layer is in
At 05:44 PM 7/8/2003 -0400, Gregor N. Purdy wrote:
I just checked in a small patch that allows Jako to start
grokking PMCs. For example:
use sys;
var pmc foo;
foo = new PerlUndef;
foo = Hello, world!\n;
sys::print(foo);
Neato, by the way.
-Melvin
At 11:50 PM 7/8/2003 +0200, Leopold Toetsch wrote:
Gregor N. Purdy wrote:
All --
I just checked in a small patch that allows Jako to start
grokking PMCs. For example:
During feature freeze -
I think languages/ (besides imcc) should probably be
exempt of freezes unless Parrot depends on said
At 10:46 AM 6/28/2003 -0400, Clinton Pierce wrote:
If you want true variables around compilations units, please use globals
or lexicals if they are in the same lexical pad.
[1] This feature is IMHO at the boarders of imcc as the namespace
instructions is. Should the HL handle these or imcc?
At 06:05 PM 6/12/2003 -0400, Dan Sugalski wrote:
Second, I see that the registers themselves are in the context structure.
I think this may be a good part of our speed problem with taking
continuations. Now, continuations should *not* restore the registers, so
this strikes me as an incorrect
At 02:14 AM 2/18/2003 -0800, Tupshin Harper wrote:
A number of the language examples in parrot seem to not work as well as
they once might have(or should).
cola:
doesn't compile
bison -v -y -d -o parser.c cola.y
cola.y:75.7-11: type redeclaration for class_decl
cola.y:84.7-11: type redeclaration
At 05:04 PM 2/17/2003 -0800, Tupshin Harper wrote:
So I'm gonna take a look at the native calling functionality of parrot to
see about access to an XML parser.
Taking a look at the pxs example (is this the right place to be looking?),
and I'm having problems compiling PQt.C per it's own
At 10:12 PM 2/6/2003 +0100, Leopold Toetsch wrote:
Improvements welcome - and I'm a really bad C programmer, I won't do it.
*cough*
If you are a bad C programmer, what is your good language? :)
-Melvin
At 10:39 AM 1/18/2003 -0500, [EMAIL PROTECTED] wrote:
The Jako compiler uses imcc as well...
While we are plugging...
and Cola too :)
-Melvin
At 02:12 PM 9/10/2002 +0200, Leopold Toetsch wrote:
perl6 --test -r runs (i.e. executes inside imcc) _all_ perl6 tests
(including t/compiler/8_5.p6) now correctly, _if_ GC is turned off.
Does this include the patch you sent me? I was unable to apply it
so it sort of sat in my queue.
-Melvin
At 12:41 PM 9/4/2002 -0400, Andrew Kuchling wrote:
[Please CC: me on any responses.]
First reason I don't work on it very much:
1. Frankly, it's not much fun. I can spend my free time writing
Python code, an environment I like, or I can work in the unfamiliar
and uncomfortable Parrot build
At 12:15 PM 8/28/2002 -0700, Steve Fink wrote:
Anyone else notice that imcc eats something called PIR, for _P_arrot
_I_ntermediate um... _R_anguage? I think Melvin was avoiding PIL
_R_epresentation
I'm influenced mostly by my favorite compiler book by Steven Muchnick. He
has 3 intermediate
At 10:45 PM 8/25/2002 -0400, Bryan C. Warnock wrote:
Minor language and POD reworkings. Does anyone have the original
description of PMCs? The entry is truncated.
Applied.
101 - 200 of 511 matches
Mail list logo