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 `Parrot_sockad
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 happen
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 b
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 wri
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.
> # 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 n
On Tue, 4 Jan 2005, Nicholas Clark wrote:
> On Mon, Jan 03, 2005 at 10:13:53PM -0000, Simon Glover wrote:
>
> > +output_is(<<'CODE', <<'OUTPUT', 'pop many values');
> > + new P0, .ResizableStringArray
> > + set I0, 0
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 stri
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 statement
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 &qu
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 15:3
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) An
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:
>
> Of course American and Right are synonymous! Just ask OUR WONDERFUL GOD (I
> mean President) GEORGE W. BUSH. He'll tell ya'
>
OK, gentlemen, this is both way off topic and starting to head into flame
war territory, so I suggest that we either qu
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), t
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 writin
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 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
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.
Apol
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, 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 sh
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.
Ab
We currently have and ops that work with the
user stack, and and 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 be and
, to avoid any conf
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 p
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
F
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_
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 p
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"
> >
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_subcla
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
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 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. C (and attribute access) should by all
> >>>means start with 0.
> >
> >> Why?
>
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
> &g
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 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 ough
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
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,
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 because
(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
ge
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 t
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
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
On Tue, 24 Feb 2004, Garrett Rooney wrote:
>
> The PARROT_BIGENDIAN case has a typo in pf_items.c, here's a patch to
> make it compile again.
Thanks, applied.
Simon
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) t
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
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 re
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
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
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
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 w
On Sat, 21 Feb 2004, Simon Glover wrote:
>
> 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.
Let's try that again, with the the PDD actually attache
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
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 futur
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
> > question
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,
_get_c
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
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
a
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
One really pedantic comment: wouldn't it make sense to rename the
fetchmethod op to fetchmeth, for consistency with callmeth, tailcallmeth
etc?
Simon
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 sp
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 @@
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 lib/Parr
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:
> 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
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 pe
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 li
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
> > - cm
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 cr
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 do
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
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 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.pm
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, s
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.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=24239 >
>
> Two issues while building parr
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
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
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
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);
reli
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:
> >>>
> >&g
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 C, only it returns a FLOATVAL.
> >
&g
>From mmd.pod:
=item FLOATVAL mmd_dispatch_numval(interp, left, right, func_num)
Like C, only it returns a FLOATVAL.
Wouldn't it be more sensible to call the function mmd_dispatch_floatval ?
Simon
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 segfau
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', cc
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:
> 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.
Si
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 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
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 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 'o
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 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 fo
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) :
Thanks, applied.
Simon
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
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 test-su
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 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
Thanks, applied.
Simon
1 - 100 of 295 matches
Mail list logo
