# New Ticket Created by Simon Cozens
# Please include the string: [perl #17560]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17560
It's used by stat.h on Darwin, at least.
diff -d -u -r1.13 imc.h
--- imc.h
On Mon, 23 Sep 2002, Leopold Toetsch wrote:
Josef Hook wrote:
Congrats to you too. So, should I start maintaining a birthday
database for the summaries? Probably not.
23 on 26th :-)
Congrates to you too. Let's store these dates in MultiArray ;-)
The latter is the
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Sean O'Rourke (via RT) wrote:
What happens if you presize the PerlArray to its final size
Then it is of course faster, but this is not a real world proposal IMHO,
The real-world version would increase the array's allocation by some fixed
# New Ticket Created by Simon Cozens
# Please include the string: [perl #17561]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17561
Makes things compile, you know.
--- imcc.y 22 Sep 2002 17:38:47 -
# New Ticket Created by Simon Cozens
# Please include the string: [perl #17562]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17562
(gdb) run basic.pbc
Starting program: /home/simon/cvs/parrot/parrot basic.pbc
I don't know, if this is a possible way to go, nor how portable the
malloc code really is - anyway I did hack together parrot with malloc.c
from http://gee.cs.oswego.edu/dl/html/malloc.html.
s also http://www.cs.utexas.edu/users/oops/papers.html.
The whole resource.c is replaced by calls to
Already in #17537
leo
Sean O'Rourke wrote:
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Sean O'Rourke (via RT) wrote:
The real-world version would increase the array's allocation by some fixed
multiple, e.g. double its size, which would still improve things from O(n)
to O(log n) reallocations. I suspect that
Simon Cozens (via RT) wrote:
# New Ticket Created by Simon Cozens
# Please include the string: [perl #17560]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17560
It's used by stat.h on Darwin, at least.
Ah,
On Mon, 23 Sep 2002, Leopold Toetsch wrote:
Attached patch fixes all currently known problems WRT imcc/perl6.
imcc 0.0.9 is rather fresh, so there are problems coming from different
platforms which I can't test, but I'm sure, we will solve these.
Ok, I applied this and (after shuffling
Andy Dougherty wrote:
On Mon, 23 Sep 2002, Leopold Toetsch wrote:
./imcc examples/sample.imc
This doesn't even compile on my computer.
Please try:
$ cd ../perl6
$ per6 --test [-r]
HTH
leo
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Sean O'Rourke wrote:
If we expect these (especially shift) to be as frequent as push/pop, and
we want fast indexing as well, then maybe something like the SGI STL
implementation of a dequeue (dequeueue?) would be best: keep an array of
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Andy Dougherty wrote:
On Mon, 23 Sep 2002, Leopold Toetsch wrote:
./imcc examples/sample.imc
This doesn't even compile on my computer.
I'm away from parrot-source at the moment, but if sample.imc breaks, that
sounds like a bug.
/s
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Please try:
$ cd ../perl6
$ per6 --test [-r]
Ok, but that fails spectacularly due to the same imcc core dump. Here are
the uninformative results:
$ ./perl6 --test
Test details:
t/builtins/array.t2/3
t/builtins/string.t...1/4
Stopped
Ups, something went wrong with my last mail, the explaining text was
chopped off. Ok here its again.
Hi,
I just got functions running in scheme.
It uses a pre-version of Sean O'Rourkes scratchpad.pmc. (Sean, I had to
reimplement some functions to get it compile, did I get them right?)
P31
On Tue, 24 Sep 2002, Sean O'Rourke wrote:
I'm away from parrot-source at the moment, but if sample.imc breaks, that
sounds like a bug.
Well yes, but ... Leopold's trying to iron out various possibly-platform-
dependent wrinkles in his recent major imcc upgrades, and I was trying out
a
The whole resource.c is replaced by calls to calloc/realloc (res.c),
add_free_buffer does free().
I think that's the problem right there. What exactly are you changing
to use this new calloc/malloc implementation? One approach is to modify
memory.c to use the new versions, although since
The problem is much smaller than that, actually.
10 LET T$=CHR(65)+CHR(66)+CHR(67)
20 PRINT T$
30 LET A$=RIGHT(T$, 1)
40 QUIT
The problem vanishes if any of the following happen:
* T$ is constructed with a string assignment (LET T$=ABC)
* The PRINT statement is removed
* The LET A$=
On 24 Sep 2002, Juergen Boemmels wrote:
I just got functions running in scheme.
It uses a pre-version of Sean O'Rourkes scratchpad.pmc. (Sean, I had to
reimplement some functions to get it compile, did I get them right?)
Hopefully it will be easy to reconcile our different versions (and will
Mike Lambert wrote:
The whole resource.c is replaced by calls to calloc/realloc (res.c),
add_free_buffer does free().
I think that's the problem right there. What exactly are you changing
to use this new calloc/malloc implementation? One approach is to modify
memory.c to use the new
Sean O'Rourke wrote:
On Tue, 24 Sep 2002, Leopold Toetsch wrote:
Sean O'Rourke wrote:
Exactly this is, what my recent patch actually did: list-chunk_list
holds pointers to chunks, an index lookup is one div more expensive
then in array.
It's not in #17549. Is it in an earlier patch?
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17569]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17569
This is an update/bugfix
- t/src/intlist.t was missing
- find_chunk was partly
# New Ticket Created by Steve Fink
# Please include the string: [perl #17573]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17573
- In imcc.y:main(), the stacktop was being set to an uninitialized
value, making
On Mon, Sep 23, 2002 at 07:41:09PM +, Leopold Toetsch wrote:
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17537]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17537
Sorry about the late reply to this. I wrote up the first 2/3
immediately after seeing Josef's message, but got sidetracked by Real
Life. Then when I came back to it, I noticed that it had already
exceeded the length threshold that usually means I'm rambling
incoherently. And I probably am, so you
25 matches
Mail list logo