[perl #18098] [PATCH] Handle the flags of Parrot_sprintf correct

2002-10-26 Thread Jürgen
# New Ticket Created by Jürgen Bömmels # Please include the string: [perl #18098] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=18098 > Some of the flags Parrot_sprintf functions don't work in the same way as the correspon

[perl #18097] [PATCH] allow NULL interpreter in sprintf like functions

2002-10-26 Thread Jürgen
# New Ticket Created by Jürgen Bömmels # Please include the string: [perl #18097] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=18097 > When using Parrot_sprintf* functions without an interpreter, you get segfaults. The at

Re: Looking for a Parrot contact person

2002-10-26 Thread Gopal V
If memory serves me right, Leopold Toetsch wrote: > The changes are 99.9% internal - all (parrot + perl6) tests are running > during these changes. Hmm... a .pbc I assembled last week refused to run today ... which was really surprising for me .. `PackFile_unpack: Bytecode not valid for this int

Re: strange behaviour of concat operator

2002-10-26 Thread Clinton A. Pierce
At 10:22 PM 10/26/2002 +0530, Gopal V wrote: If memory serves me right, Ramesh Ananthakrishnan wrote: > I have this code > > set S12 "" > set I0 0 > WHILE: > concat S12 "hi" > add I0 1 > lt I0 10 WHILE > print S12 > ret ... > Right version of Parrot, so i

Re: strange behaviour of concat operator

2002-10-26 Thread Dan Sugalski
At 8:46 AM -0700 10/26/02, Ramesh Ananthakrishnan wrote: Well S12 does not Concatenate. I tried it a million other times. If S12 is "" or " " or 0 it does not concatenate but just stores "hi" once. Right version of Parrot, so is this a bug? I hunted round the bugdatabase for some time, but co

Patch for ops2pm.pl

2002-10-26 Thread gregor
All -- Its been quite some time since I did any committing, so I figured I post this for comment rather than just commit it. Without objection, I'll commit. This patch makes the code and documentation for the program match, removes dead code, and slightly improves (IMHO) the way the program goe

Re: strange behaviour of concat operator

2002-10-26 Thread Leopold Toetsch
Clinton A. Pierce wrote: At 08:46 AM 10/26/2002 -0700, Ramesh Ananthakrishnan wrote: I have this code set S12 "" set I0 0 WHILE: concat S12 "hi" add I0 1 lt I0 10 WHILE print S12 ret Well S12 does not Concatenate. > The example seems to run fine here.

Re: [CVS ci] multiarray

2002-10-26 Thread Leopold Toetsch
Nicholas Clark wrote: On Sat, Oct 26, 2002 at 01:13:12PM +0200, Leopold Toetsch wrote: I committed a new multiarray.pmc, now based on list.c. It's not totally finished yet (the clone codes needs some polishing to call the init_pmc method) and needs a lot more tests. But I hate failing tests

Re: Looking for a Parrot contact person

2002-10-26 Thread Leopold Toetsch
Gopal V wrote: Hi All, We've been thinking long and hard about Parrot and found that the spec viz packfile versions , code segmentations, opcodes and virtually everything is changing minute to minute ... No specs are changing currently, but there is some discussion, how to continue, how to

Copyright notices and license stuff

2002-10-26 Thread Dan Sugalski
Folks, On Tuesday I'm going to go through and get the copyright notices and license stuff sorted out. This includes setting everything to be copyright YAS, and the license info (if any) in the individual files that are part of the core to get yanked in deference to the global license. If anyo

Looking for a Parrot contact person

2002-10-26 Thread Gopal V
Hi All, We've been thinking long and hard about Parrot and found that the spec viz packfile versions , code segmentations, opcodes and virtually everything is changing minute to minute ... So we think it might do good to have a Parrot-dev'r do the co-ordination duties . What I ha

Re: strange behaviour of concat operator

2002-10-26 Thread Gopal V
If memory serves me right, Ramesh Ananthakrishnan wrote: > I have this code > > set S12 "" > set I0 0 > WHILE: > concat S12 "hi" > add I0 1 > lt I0 10 WHILE > print S12 > ret ... > Right version of Parrot, so is this a bug? I get No entries on stack! hi

Re: [PATCH?] default char type

2002-10-26 Thread Dan Sugalski
At 1:18 PM +0200 10/26/02, Leopold Toetsch wrote: The default chartype (e.g. for string constants in PBC) is currently unicode with utf32 encoding. Can someone comment on this? In some debug sessions I saw a lot of string_compare -> string_transcode cased by this default. We should probe and

Re: [PATCH] Probe stack direction at run-time (was Re: Configuring and DOD problems)

2002-10-26 Thread Dan Sugalski
At 1:01 PM +0100 10/25/02, Nicholas Clark wrote: On Thu, Oct 24, 2002 at 06:16:55PM -0400, Jason Gloudon wrote: On Thu, Oct 24, 2002 at 04:47:05PM -0400, Josh Wilmes wrote: > It shouldn't at all. It does the check once, when parrot starts up. It will. If you read the following paragraph I

Re: Off-list discussions, was Re: imcc hack for perl6 regexes

2002-10-26 Thread Clinton A. Pierce
At 08:07 PM 8/21/2002 +0100, Ximon Eighteen wrote: > You _would_ think so, wouldn't you? :) > Personally I've been a little disappointed > in the involvement(interest) of late. > > -Melvin I wonder how many interested observers of this list there are like myself. I only wish I had the time & expe

Re: strange behaviour of concat operator

2002-10-26 Thread Clinton A. Pierce
At 08:46 AM 10/26/2002 -0700, Ramesh Ananthakrishnan wrote: I have this code set S12 "" set I0 0 WHILE: concat S12 "hi" add I0 1 lt I0 10 WHILE print S12 ret Well S12 does not Concatenate. I tried it a million other times. If S12 is "" or " " or 0 it does n

strange behaviour of concat operator

2002-10-26 Thread Ramesh Ananthakrishnan
I have this code set S12 "" set I0 0 WHILE: concat S12 "hi" add I0 1 lt I0 10 WHILE print S12 ret Well S12 does not Concatenate. I tried it a million other times. If S12 is "" or " " or 0 it does not concatenate but just stores "hi" once. Right version of P

Re: [CVS ci] multiarray

2002-10-26 Thread Nicholas Clark
On Sat, Oct 26, 2002 at 01:13:12PM +0200, Leopold Toetsch wrote: > I committed a new multiarray.pmc, now based on list.c. It's not totally > finished yet (the clone codes needs some polishing to call the init_pmc > method) and needs a lot more tests. > > But I hate failing tests ... Make the te

Re: Parrot 0.0.9

2002-10-26 Thread Gopal V
If memory serves me right, Dan Sugalski wrote: > Huh? No, you misunderstand. Each chunk of the bytecode has a separate > TOC for stuff like this. The full identifier would be > file/chunk/entry, which should be reasonably guaranteed to be unique. > When the compiler's emitting code to reference

[PATCH?] default char type

2002-10-26 Thread Leopold Toetsch
The default chartype (e.g. for string constants in PBC) is currently unicode with utf32 encoding. Can someone comment on this? In some debug sessions I saw a lot of string_compare -> string_transcode cased by this default. leo --- parrot/include/parrot/chartype.hWed Jun 26 03:00:03 2002 ++

[PATCH?] string_transcode

2002-10-26 Thread Leopold Toetsch
During chasing the GC bugs one of my patches turned off DOD/GC in string_transcode (which is called from e.g string_compare). There is no need to keep this as the GC issues seem to be solved now. OTOH e.g. hash.c could profit from the current status, because, when string_compare->string_transcod

[CVS ci] multiarray

2002-10-26 Thread Leopold Toetsch
I committed a new multiarray.pmc, now based on list.c. It's not totally finished yet (the clone codes needs some polishing to call the init_pmc method) and needs a lot more tests. But I hate failing tests ... leo