On Wed, 21 Sep 2005, Joshua Hoblitt via RT wrote:
[EMAIL PROTECTED] - Tue May 27 19:30:39 2003]:
Currently, if you're in the debugger, and do anything that causes an
internal_exception call within the interpreter, you get a segfault.
[Backtrace snipped]
...etc
I think what's
On Wed, 21 Sep 2005, Joshua Hoblitt via RT wrote:
[EMAIL PROTECTED] - Fri Oct 31 12:58:45 2003]:
An attempt to build Parrot with PIO_OS_STDIO defined (as is the case
when you're trying to build miniparrot) dies in core_ops.c with the error
message:
ops/io.ops: In function
On Tue, 12 Apr 2005, Nicholas Clark wrote:
I think that there are 2 bugs here
1: Morphing from enum_class_PerlString to enum_class_BigInt or
enum_class_Complex looks broken. The return in the second if clause will
quit the function and the DYNSELF.init() will never get called.
Can anyone easily
On Tue, 12 Apr 2005, The Perl 6 Summarizer wrote:
Dynamic Perl, Part 1
William Coleda announced that he was starting work on removing the
core's dependence on Perl* PMCs in favour of using language agnostic
PMCs internally and loading the Perl ones dynamically as required.
Everything
On Mon, 10 Jan 2005, Matt Diephouse wrote:
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #33747]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=33747
I'm not sure what this should
Or rather, a question about keys: what should the following two code
snippets do?
1) new P0, .Key
set P0, 1
set N0, P0
print N0
end
2) new P0, .Key
set P0, 1
set I0, P0
print I0
end
At the moment, the first one throws an exception ('Key not a
On Tue, 4 Jan 2005, Nicholas Clark wrote:
On Mon, Jan 03, 2005 at 10:13:53PM -, Simon Glover wrote:
+output_is('CODE', 'OUTPUT', 'pop many values');
+ new P0, .ResizableStringArray
+ set I0, 0
+L1: set S0, I0
+ set P0[I0], S0
+ inc I0
+ lt
1) When we resize a Resizable*Array (where * = Integer, Float or String)
by calling set_integer_native, we also set the PMC's active_destroy
flag. However, we don't do this when resizing a ResizablePMCArray
(which also has a different memory allocation strategy). Is this
because we don't
Does Parrot make any guarantee about the value of an uninitialzed array
element, or should I expect the value returned by:
new P0, .FixedBooleanArray
set P0, 1
set I0, P0[0]
to be garbage? (Just to be clear - I think it's fine if it is garbage,
but I couldn't find an explicit
On Fri, 31 Dec 2004, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
new P0, .ResizablePMCArray
set P0, 1
clone P1, P0
eq P0, P1, L1
print not
L1: print ok
print \n
end
prints not ok.
This is a different issue
Does anything actually use this PMC, or has it been completely superseded
by the ResizableStringArray and FixedStringArray PMCs?
Simon
The attached patch fixes this warning in pybuiltin.pmc:
pybuiltin.pmc: In function `make_type':
pybuiltin.pmc:76: warning: declaration of `nameprop' shadows previous local
Simon
--- dynclasses/pybuiltin.pmc.oldTue Dec 21 15:30:01 2004
+++ dynclasses/pybuiltin.pmcTue Dec 21
On Tue, 24 Aug 2004, Dan Sugalski wrote:
6) Division of two ints produces a bignum
Surely it should only produce a bignum as a last resort. For instance,
shouldn't:
4 / 3
produce a float?
Also, what about a case like:
4 / 2
Does that produce an int, a float or a bignum?
9) Any
On Tue, 3 Aug 2004, Andrew Rodland wrote:
On a related note, is there a tasks grab-bag list anywhere, some stuff that
isn't core work, but It Would Be Nice If, and someone like me could give a
shot?
Well, there's the TODO list, although that's somewhat short on details.
Another good way
On Thu, 29 Jul 2004, Butler, Gerald wrote:
sarcasm
Of course American and Right are synonymous! Just ask OUR WONDERFUL GOD (I
mean President) GEORGE W. BUSH. He'll tell ya'
/sarcasm
OK, gentlemen, this is both way off topic and starting to head into flame
war territory, so I suggest that
One quick point: unless I'm misunderstanding something, there seems to
be no easy way to wait on multiple events to complete if those events
can occur in any order. For instance, suppose we have 5 events, P1 - P5
If we know that the events will occur in some specified order (say
1-2-3-4-5),
On Fri, 7 May 2004, Nicholas Clark wrote:
I'm trying to find documentation on how to write PMCs. I can find lots of
PMCs in the source tree, but I can't seem to find documentation on how to
go about writing them, or what the various fields and flags do.
For example, the string PMC_data
On Fri, 7 May 2004, Simon Glover wrote:
On Fri, 7 May 2004, Nicholas Clark wrote:
I'm trying to find documentation on how to write PMCs. I can find lots of
PMCs in the source tree, but I can't seem to find documentation on how to
go about writing them, or what the various fields and flags
On Thu, 29 Apr 2004, Dan Sugalski wrote:
At 7:07 PM +0200 4/29/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
At 6:43 PM +0200 4/29/04, Leopold Toetsch wrote:
I can't see, why this patch should break t/pmc/float.t and:
Because GCC doesn't align function pointers
On Wed, 21 Apr 2004, Leopold Toetsch wrote:
PMC-only means, that you'll always have to call e.g. get_integer on the
PMC, because the PMC might be tied. This limitation isn't really good
for performance reasons. People might use it most likely in combination
with natural typed arrays.
On Wed, 21 Apr 2004, Aaron Sherman wrote:
On Wed, 2004-04-21 at 10:13, Simon Glover wrote:
Absolutely -- I really, _really_ want to be able to use hyper ops with
fixed size, floating point arrays, and to have that be as fast as
possible, as that should make it possible to implement
On Wed, 21 Apr 2004, Leopold Toetsch wrote:
The subject has it all. It's even tested a bit ;)
Since we've already got PMCArray and StringArray, shouldn't we call
this FloatArray rather than FloatvalArray?
(Or alternatively, we could rename the first two to PMCvalArray
StringvalArray).
On Wed, 21 Apr 2004, Leopold Toetsch wrote:
Our data types are String, PMC, Intval, Floatval. So the naming scheme
should be ok.
I'm embarrased to say that I'd forgotten that, since I usually think of
them just as ints and floats... Anyway, in that case your naming scheme
is fine.
We currently have save and restore ops that work with the
user stack, and saveall and restoreall that work with the
register stacks, and which are equivalent to:
pushi
pushn
pushs
pushp
and
popi
popn
pops
popp
respectively. Wouldn't a better name for the latter
On Mon, 22 Mar 2004, Butler, Gerald wrote:
The important point is that the starting language must have semantics which
treat variables, object, etc. as abstract entities to be manipulated not
*memory locations* to be accessed arbitrarily. Then, the parse stage must spit
This requirement
On Wed, 17 Mar 2004, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
This code:
new P0, .PerlNum
set P0, -1.2
new P1, .PerlString
set P1, -1.2
eq_num P0, P1, OK
print not
OK: print ok\n
end
What should these three code fragments print:
newclass P1, Foo
classname S1, P1
print S1
newclass P1, Foo
find_type I0, Foo
new P2, I0
classname S2, P2
print S2
new P3, .PerlInt
classname S3, P3
print S3
At the moment, we get:
Foo
Foo
On Thu, 11 Mar 2004, Jens Rieks wrote:
$ tar xzf err2.tgz
$ cd err2
$ ../parrot t/pmc/dumper_1.imc
parrot: src/hash.c:256: promote_hash_key: Assertion `key' failed.
aborted
It is caused by 'callmethod dumper' (err2/library/dumper.imc:82)
Ah, I stumbled over this yesterday. The problem
On Tue, 9 Mar 2004, Leopold Toetsch wrote:
Object instantiation is 40 % of the whole used time. Let's start to
optimize object layout first.
I think there's definitely the potential for a big speed-up there.
For instance, simply replacing the Array that used to store the
class, classname
On Thu, 4 Mar 2004, Dan Sugalski wrote:
At 10:20 PM +0100 3/2/04, Jens Rieks wrote:
The following code results in a
clone() not implemented in class 'ParrotClass'
error:
.sub _main
.local pmc a
.local pmc b
.local pmc c
newclass a, A
subclass b, a, B
On Tue, 2 Mar 2004, Jens Rieks wrote:
from pdd 15:
: instantiate Px, Py, Sz (Unimplemented)
: Instantiate a brand new class, based on the metadata
: in Py, named Sz.
I think I have missread this last time. What it is op supposed to do?
How can I create an object of class the
A PASM version of the test case is:
newclass P16, A
subclass P16, P16, B
subclass P16, P16, C
end
I think I've figured out what's happening here. Stepping through the
code with gdb shows that the first subclassing works fine, but the second
blows up in Parrot_single_subclass at
20707 -- fixed (and also irrelevant now we no longer use assemble.pl)
21665 -- fixed
21759 -- patch accepted and applied
22321 -- patch accepted and applied
26898, 26904, 26927, 26939, 26941, 26945, 26953,
26956, 26964, 26976, 27097, 27098, 27143, 27150 -- spam
Simon
On Thu, 26 Feb 2004, Dan Sugalski wrote:
At 10:03 AM -0500 2/26/04, Simon Glover wrote:
On Thu, 26 Feb 2004, Dan Sugalski wrote:
like t/pmc/objects.t?
I was waiting for you to pull that out. :) Yes, objects.t assumes
some evil low-level knowledge of the internals.
Well
On Thu, 26 Feb 2004, Dan Sugalski wrote:
At 2:38 PM +0100 2/26/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
At 8:10 AM +0100 2/26/04, Leopold Toetsch wrote:
*Please* don't. Cclassoffset (and attribute access) should by all
means start with 0.
Why?
Simplifies
One question: there doesn't appear to be any way to generate a list of
the existing attributes of a class or even to determine how many
attributes a particular class has. Should there be ops for one or both
of these things?
Simon
This code:
newclass P1, Foo
subclass P2, P1, Bar
addattribute P2, bar_i
print ok 2\n
end
barfs with:
SArray index out of bounds!
Is this a bug or just something that hasn't been implemented yet?
Simon
Currently, calling get_integer on a ParrotClass returns the attribute
count, so you can do:
newclass P1, Foo
addattribute P1, foo_i
addattribute P1, foo_j
set I1, P1
print I1
and the code will print '2'. Will this be part of the new API, or is it
simply a relic of the
(You're probably getting sick of these by now...)
Should asking for a non-existant attribute cause Parrot to throw an
exception. Currently, it doesn't seem to be able to make up its mind
-- this:
newclass P1, Foo
find_type I0, Foo
new P2, I0
getattribute P3, P2, -2
OK, I've dumped a few of the tests that were purely testing features
of the old interface, and converted the rest to use the new object
ops.
Of the 21 tests that remain, nos. 14-15, 18-19 and 21 are still
failing: 14, 15 and 21 due to the subclassing bug mentioned previously,
18, 19
Here's something very simple I just hacked together to see how
fast storing and retrieving attribute values is:
set I1, 100
newclass P1, Foo
addattribute P1, i
find_type I0, Foo
new P2, I0
new P3, .PerlInt
set P3, 0
time N0
L1:
setattribute P2, 0, P3
If I'm understanding the docs correctly, this should print '0'.
Instead, it prints 'Array index out of bounds!'
newclass P1, Foo
addattribute P1, i
find_type I0, Foo
new P2, I0
classoffset I1, P2, Foo
print I1
print \n
end
Simon
On Wed, 25 Feb 2004, Dan Sugalski wrote:
At 4:54 PM -0500 2/25/04, Simon Glover wrote:
If I'm understanding the docs correctly, this should print '0'.
Instead, it prints 'Array index out of bounds!'
Another bug, though the offset ought to be 2 right now. (Attributes 0
and 1 are taken
On Wed, 25 Feb 2004, Dan Sugalski wrote:
Yep, it looks like everything that should work now actually *does*
work now, modulo a test that needs a thump. If folks would abuse this
The test has now been thumped. All tests now pass here. Of course, that
just means that it's time to write some
On Tue, 24 Feb 2004, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Fixed.
Confirmed. The only failures I'm now getting are some of the object tests
(which Dan has just
On Tue, 24 Feb 2004 [EMAIL PROTECTED] wrote:
2) I sent this question previously (22 Feb 2004 20:37 GMT) but it never made it
onto the list. (I was unsubscribed!).
If I make a change in win32.c, (now: config/gen/platform/win32/exec.c) what is
the procedure (or where is this documented) to
On Mon, 23 Feb 2004, Melvin Smith wrote:
At 05:09 PM 2/23/2004 +0100, Leopold Toetsch wrote:
WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
feature patches *should* go in, *except* objects.
Basically that means: everyone will get really quiet and we will all watch
On Sat, 21 Feb 2004, Michael Scott wrote:
All that metadata up front in the PDDs is a bit off-putting. I'm
thinking of going through all of them and putting it at the end. Any
objections?
Well, I've just committed the version I posted pretty much as-is, but
feel free to make any changes to
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Simon
-- Forwarded message --
Date: Thu, 19 Feb 2004 15:21:19 -0500 (EST)
From: Simon Glover [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Failing tests on Linux/x86
I'm
On Sat, 21 Feb 2004, Mattia Barbon wrote:
Il Fri, 20 Feb 2004 16:12:40 -0500 (EST) Simon Glover [EMAIL PROTECTED] ha scritto:
Here's a first draft of PDD 11. It's based on a combination of the
existing extend.pod and the comments in extend.c, with additional
text
by yours truly
On Mon, 23 Feb 2004, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
I sent this a few days ago, but RT doesn't seem to have forwarded
it to the list for some reason.
Can you cvs update and try again please. GC related bugs should be
fixed now.
I'm still getting
On Fri, 20 Feb 2004, Tim Bunce wrote:
Did you forget to add Volunteers wanted for each of these ?
Well, I'm going to try to tackle some of it, but since I have minimal
CFT at the moment, any volunteers would be very welcome.
Simon
I'm currently trying to put together a first draft of PDD 11 (extensions)
based on extend.pod plus the comments in extend.c and I've got a few
questions:
[NB. I've dropped the Parrot_PMC prefixes below to save typing]
i) We have _get_string, _get_pointer, _get_intval, _get_numval,
On Fri, 20 Feb 2004, Dan Sugalski wrote:
At 2:37 PM -0500 2/20/04, Simon Glover wrote:
I'm currently trying to put together a first draft of PDD 11 (extensions)
based on extend.pod plus the comments in extend.c and I've got a few
questions:
[NB. I've dropped the Parrot_PMC prefixes
Here's a first draft of PDD 11. It's based on a combination of the
existing extend.pod and the comments in extend.c, with additional text
by yours truly. It should provide a minimal level of documentation for
all of the functions currently implemented in extend.c, but it doesn't
discuss
OK, here's a rewritten version of PDD 0, which reflects my view of
the role that the PDDs currently play in Parrot development.
Comments welcome.
Simon
Re. obsolete docs:
parrot_assembly.pod is a really old version of pdd06, and should
probably just be dumped (the last patch to it was 16 months ago, the
last non-trivial patch about 2 years ago)
embed.pod should probably be reworked as a proper PDD (since
pdd10_embedding.pod is empty
PDD 0 (intro. to PDDs):
Very, very out of date; I think it actually pre-dates Parrot
PDD 1 (overview of Parrot):
Not obviously out-of-date, but could use some text on IMCC and on the JIT
PDD 2 (vtable functions):
Needs documentation on freeze, thaw and share from somebody who
Here's a patch to fix various typos etc. that I noticed on going over
the spec.
Simon
--- pdd15_objects.pod.old Fri Feb 13 17:06:46 2004
+++ pdd15_objects.pod Fri Feb 13 17:10:08 2004
@@ -174,7 +174,7 @@
=item *
-remove interfaces
+Remove interfaces
=back
@@ -209,13 +209,13 @@
A few questions:
1) How is the search order for the parents of a particular class
specified? In particular, is this determined at the Parrot level
or at the language level? Can it change at runtime?
2) Re. the classoffset op: how does this work when multiple parent
classes
Here are a few that can be closed; I'm sure this is far from a complete
list.
Simon
15357: Read write ops in core.ops are broken
Close - the broken ops no longer exist.
16114: [PATCH] faster assembler
Close - we don't use assemble.pl any more.
17974: make clean removes
Well, one thing that people can contribute that doesn't require much
(if any) knowledge of the internals is tests (whether in PASM, PIR,
or one of the other languages that run on top of Parrot). Tests that
uncover bugs are particularly helpful!
Simon
On Tue, 23 Dec 2003, Dan Sugalski wrote:
I'm pondering, once again, more things with the Postgres interface.
In this case I need to pass in arrays of ints (and floats, I suppose)
and arrays of char pointers. My first thought is to have a new type
that converts an Array (or something like
On Tue, 23 Dec 2003, Uri Guttman wrote:
RA == Rod Adams [EMAIL PROTECTED] writes:
A major use of many languages these days is web services.
In the parrot world, I see three possible ways for this to happen.
- CGI/Exec. No problem to make parrot work, but the performance issues
On Tue, 23 Dec 2003, Dan Sugalski wrote:
At 6:07 PM -0500 12/23/03, Simon Glover wrote:
On Tue, 23 Dec 2003, Dan Sugalski wrote:
I'm pondering, once again, more things with the Postgres interface.
In this case I need to pass in arrays of ints (and floats, I suppose)
and arrays
On Fri, 28 Nov 2003, Cory Spencer wrote:
On Fri, 28 Nov 2003, Leopold Toetsch wrote:
Op vtable Meaning
- is_same PMCs are ident
- is_equal PMCs are equivalent, holding the same value
Y cmp cmp PMCs
- cmp_num cmp PMCs numerically
- cmp_string
On Tue, 18 Nov 2003, Jeff Clites wrote:
On Nov 17, 2003, at 11:22 AM, Melvin Smith wrote:
In the past couple of years we've seen several sub-projects pop-up
and subsequently fizzle out (maybe due to Parrot slow
progress or maybe due to lack of critical mass).
I propose creating
On Mon, 3 Nov 2003, Dan Sugalski wrote:
On Mon, 3 Nov 2003, Nick Kostirya wrote:
Catalog docs\ops is empty in 0.0.13 version.
Is it bug?
I think that's leftover cruft.
Well, we used to generate a .pod file for each .ops file, at build time,
which lived in here. However, we don't
On Thu, 23 Oct 2003, Dan Sugalski wrote:
At 4:43 PM -0400 10/23/03, Dan Sugalski wrote:
And I could certainly do with some help at this point.
Parrot is *almost* put back together. There's some weird linking problem
that's keeping parrot from working out as it should, and I've not been
On Thu, 23 Oct 2003, Leopold Toetsch wrote:
Here is a list of files that I consider to be unused:
* ops2cgc.pl
unused, functionality is in ops2c.pl
* make.pl
unused?, seems outdated
* classes/csub.pmc
AFAIK unused, we have NCI, method_util is outdated
* classes/pointer.pmc
On Thu, 23 Oct 2003, Dan Sugalski wrote:
*.ops and ops.num are in the ops directory, where all ops should go from
now on.
*.c is in the base directory
Um, it actually appears to be in the src directory; the base directory
is empty. Was this an intentional change of plan?
Simon
On Wed, 22 Oct 2003, Leopold Toetsch wrote:
Simon Glover [EMAIL PROTECTED] wrote:
Clearly there's a bug here, since the behaviour should be consistent;
I have changed the PerlInts to work like all others, thanks
I don't think your fix is correct, since:
new P0, .PerlNum
On Fri, 17 Oct 2003, Dan Sugalski wrote:
On Fri, 17 Oct 2003, Simon Glover wrote:
What, if any, validation of their input should the register access
functions in the extension API do? Currently, they don't do any,
which means that you can create a buffer overflow simply by using
How do we create a Parrot_STRING in an extension? Parrot_Ints
and Parrot_Floats are easy, since they're just declarations, and
for PMCs there's Parrot_PMC_new, but there doesn't appear to be
an equivalent for strings.
Simon
What, if any, validation of their input should the register access
functions in the extension API do? Currently, they don't do any,
which means that you can create a buffer overflow simply by using
a register number 31 or 0; eg,
Parrot_set_intreg(interpreter, 1, 100);
On Fri, 17 Oct 2003, Jim Cromie wrote:
Dan Sugalski wrote:
Hey folks.
It's that time of year again, when the patch pumpkin passes paws. Hands,
rather. Steve Fink now joins the ranks of Parrot Pumpkings Emeritus,
having shepherded a number of releases out the door. We wish him a happy
On Fri, 17 Oct 2003, Adam Thomason wrote:
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24239]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24239
Two issues while building parrot
What should this code print?
newclass P1, Foo
instantiate P2, P1
isa I0, P2, Foo
print I0
print \n
end
How about this?
newclass P1, Foo
instantiate P2, P1
isa I0, P2, ParrotObject
print I0
print \n
end
(NB Both will segfault without
From mmd.pod:
=item FLOATVAL mmd_dispatch_numval(interp, left, right, func_num)
Like Cmmd_dispatch_string, only it returns a FLOATVAL.
Wouldn't it be more sensible to call the function mmd_dispatch_floatval ?
Simon
On Thu, 16 Oct 2003, Dan Sugalski wrote:
On Thu, 16 Oct 2003, Simon Glover wrote:
From mmd.pod:
=item FLOATVAL mmd_dispatch_numval(interp, left, right, func_num)
Like Cmmd_dispatch_string, only it returns a FLOATVAL.
Wouldn't it be more sensible to call the function
On Thu, 16 Oct 2003, Jeff Clites wrote:
On Oct 16, 2003, at 2:40 PM, Simon Glover wrote:
On Thu, 16 Oct 2003, Dan Sugalski wrote:
On Thu, 16 Oct 2003, Simon Glover wrote:
From mmd.pod:
=item FLOATVAL mmd_dispatch_numval(interp, left, right, func_num)
Like
Summary of my parrot 0.0.11.2 configuration:
configdate='Thu Oct 2 13:50:07 2003'
Platform:
osname=linux, archname=i686-linux-ld
jitcapable=1, jitarchname=i386-linux,
jitosname=LINUX, jitcpuarch=i386
execcapable=1
perl=/home/scog/local/bin/perl
Compiler:
cc='gcc',
On Mon, 15 Sep 2003, Melvin Smith wrote:
Dan spoke too soon, we have just confirmed that PIERS_C =
2.04739336492890995260663507109 * BRENT_D
They both know their time of birth to the nearest nanosecond?
Impressive.
Simon
On Fri, 29 Aug 2003, Andy Dougherty wrote:
docs/Makefile fails unless the 'ops' directory already exists. Since an
empty 'ops' directory isn't listed in MANIFEST, we can't assume it will
exist. This patch creates it if it doesn't already exist.
Thanks, applied.
Simon
On Fri, 29 Aug 2003, Andy Dougherty wrote:
On a fresh checkout today, my Solaris C compiler issued the following
warnings. If memory serves, there are other compilers that don't
like lvalue casts as well.
lcc tcc to name two; only with these, it's an error, not just a
warning.
Simon
On Mon, 11 Aug 2003, Jürgen Bömmels wrote:
Hi,
I did some experiments in the languages directory and now there are
many files unknown to cvs. This patch fixes them.
(This patch is created with cvsutils so you need to cvs add some of
the files)
Thanks, applied.
Simon
On Tue, 12 Aug 2003, Jürgen Bömmels wrote:
It took me some minutes to find out how ARENA_DOD_FLAGS work. I added
a section to memory_internals.pod that others hopefully need a few
minutes less to figure out what its good for.
Thanks, applied, with a few tweaks.
Simon
On Sun, 10 Aug 2003, Lars Balker Rasmussen wrote:
The problem with Configure on cygwin was fairly simple - cygwin's perl
has been compiled with -lutil, which is not in the standard
distribution. A simple fix to the hints file makes parrot compile on
cygwin and mostly complete the
On 11 Aug 2003, Juergen Boemmels wrote:
Dan Sugalski [EMAIL PROTECTED] writes:
At 11:48 PM +0200 8/5/03, Leopold Toetsch wrote:
Simon Glover wrote:
parrot_compiler: No make test:
make fails with missing 'open_i_s' (integer file descriptors
are removed
On Mon, 11 Aug 2003, Vladimir Lipskiy wrote:
OK. I'm starting out a prefixing story and here is
CHAPTER I. The HAS_HEADER_ defines.
Thanks, applied.
Simon
On Sun, 10 Aug 2003, Jim Cromie wrote:
following corrects 1 remaining use of bare 'perl' to match all the other
uses of $(PERL)
Thanks, applied.
Simon
In the get_integer_keyed_int method in perlarray.pmc, we're cuurently
doing:
INTVAL get_integer_keyed_int (INTVAL key) {
if (key = DYNSELF.elements() || key -DYNSELF.elements()) {
PMC* temp = undef(INTERP);
return VTABLE_get_integer(INTERP, temp);
On Tue, 5 Aug 2003, Dan Sugalski wrote:
At 12:18 PM +0200 8/5/03, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Here's some stuff we need to add to the packfile format and the sub
header to get things ready for more language work.
First: any changes here imply, that
Thanks, applied.
Simon
On Sun, 10 Aug 2003, Vladimir Lipskiy wrote:
The attached patch removes these warnings:
io/io_win32.c(312) : warning C4028: formal parameter 4 different from
declaration
io/io_win32.c(312) : warning C4029: declared formal parameter list different
from definition
io/io_win32.c(358) :
On Tue, 12 Aug 2003, Leopold Toetsch wrote:
Juergen Boemmels [EMAIL PROTECTED] wrote:
what still fails is pbc2c.pl (This needs Parrot::Packfile, which can
only read format 0 (old assemble.pl) bytecodes).
This is obsoleted by Daniel's exec patches.
Don't we need to keep this for
Thanks, applied.
Simon
On Mon, 11 Aug 2003, Piers Cawley wrote:
Matt Fowles [EMAIL PROTECTED] writes:
Piers Cawley wrote:
I want a Ponie!
I promise that, as development of Ponie (the port of Perl 5 to Parrot)
accelerates you'll see a summary of Ponie activity in this summary as
well. However,
On Thu, 7 Aug 2003, Jos Visser wrote:
Accompanying patch adds the fortytwo op to Parrot, so the following
PASM becomes legal:
fortytwo I0
print I0
print \n
end
Example:
$ ../parrot test42.pasm
42
Why not just use a macro?
# .macro fortytwo (A)
#set
On Thu, 7 Aug 2003, Benjamin Goldberg wrote:
Shouldn't the get_number() method use string_from_num, instead of
calling sprintf/snprintf?
I've just tried this, and a number of tests break. There seem to be two
main reasons. Firstly, some tests were assuming that stringified PerlNums
would
1 - 100 of 277 matches
Mail list logo