encoding vs charset

2008-07-15 Thread Leopold Toetsch
Hi, I just saw that and such (too late) at #parrotsketch: 21:52 < NotFound> So unicode:"\xab" and utf8:unicode:"\xab" is also the same result? In my opinion and (AFAIK still in the implementation) is it that the encoding bit of PIR is how the possibly escaped bytes are specifying the codepoi

Re: encoding vs charset

2008-07-15 Thread Leopold Toetsch
Am Dienstag, 15. Juli 2008 23:35 schrieb Patrick R. Michaud: > On Tue, Jul 15, 2008 at 11:17:23PM +0200, Leopold Toetsch wrote: > > 21:51 < pmichaud> so unicode:"«" and unicode:"\xab" would produce > > exactly the same result. > > 21:51 <

Re: [PRE-RELEASE] Release of 0.0.7 tomorrow evening

2002-07-19 Thread Leopold Toetsch
Jeff wrote: > Partial perl6 compiler What should be the prerequisits for languages/perl6? README and languages/perl6/README imply that it should work with perl 5.005, but it obviously doesn't. (I tried to patch P6C and got it to compile, but the generated Perl6grammar doesn't work). With 5.6

Re: [PRE-RELEASE] Release of 0.0.7 tomorrow evening

2002-07-22 Thread Leopold Toetsch
Nicholas Clark wrote: > In October 2000 I believed that 5.005 maintenance *is* important for the > acceptance of perl6, and I still do now: Some minutes ago I sent a first patch to Sean, to make it work on 5.005_03. One reason of failure is shown by the following snippet: $ cat t1 #!/usr/bin/

Re: languages/perl6 and 5.005_03

2002-07-24 Thread Leopold Toetsch
Sean O'Rourke wrote: > The compiler should work with 5.005_03 now (you may need to get a newer > version of Class::Struct -- I'm waiting to hear back on this). Patches are on the way. It works(tm) here, modulo imcc quirks, meaning same test results as with 5.6.1. > /s leo

perl6 driver

2002-07-28 Thread Leopold Toetsch
Hi all, thanks to Sean, finally a perl6 driver arrived in CVS. To further improve/clean up/enhance it, I would need the help of various people, working on different parts of the parrot project. Though I could try to write some patches, to address below mentioned items, I think, people involve

of Mops, jit and perl6

2002-07-28 Thread Leopold Toetsch
Hi all, 1) perl6 driver program arrived in CVS/languages/perl6 CAVEATS: it generates a lot of intermediate files: ($filename.{warn,imc,pbc,pasm[,c,o,tree,]) an may therefore clobber e.g. mops.c if you run languages/perl6> perl6 -C ../../examples/mops/mops.

Re: of Mops, jit and perl6

2002-07-30 Thread Leopold Toetsch
Dan Sugalski wrote: > At 10:44 AM +0200 7/28/02, Leopold Toetsch wrote: > >> 2) Some Mops numbers, all on i386/linux Athlon 800, slightly shortend: >> (»make mops« in parrot root) > > > Just out of curiosity, I presume the (rather abysmal) perl 6 numbers >

Re: of Mops, jit and perl6

2002-07-30 Thread Leopold Toetsch
Dan Sugalski wrote: > At 10:44 AM +0200 7/28/02, Leopold Toetsch wrote: > >> 2) Some Mops numbers, all on i386/linux Athlon 800, slightly shortend: > Just out of curiosity, I presume the (rather abysmal) perl 6 numbers After the bugfix in perlarray.pmc I can bring you new num

Re: of Mops, jit and perl6

2002-07-30 Thread Leopold Toetsch
Daniel Grunblatt wrote: > On Sun, 28 Jul 2002, Leopold Toetsch wrote: [ Mops ] >>plain c 366 > You didn't use -O3 while compiling mops.c, did you? No. Just Makefile's options as defined. But interesting idea. It makes the inner loop l

Re: [PRE-RELEASE] Release of 0.0.7 tomorrow evening

2002-07-31 Thread Leopold Toetsch
Sean O'Rourke wrote: > -- languages/perl6 should work equally well with 5.005_03 and 5.6.1. s/should/does/ EOT ;-) > /s leo

Re: resize_array (PerlArray)

2002-08-02 Thread Leopold Toetsch
John Porter wrote: > Aldo Calpini wrote: > >>I have to disagree. the corresponding Perl script >>does not show this behaviour: >> > > $\ = "\n"; > $#a = 100; > print scalar(@a); > $x = $a[1][0]; This _writes_ to @a[1] by generating the entry: P0, 100 P1 = new .PerlArray P1 = 0 P0[100

Re: [perl #15942] UNICOS/mk new unhappiness: hash.c

2002-08-04 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Sun, 4 Aug 2002, Mike Lambert wrote: > >>Unfortunately, this causes different semantics for whether you are storing >>primitives or pointers (primitives copy, whereas pointers are shallow). Of >>course, one could argue that the previous one didn't work at all. :) >> >>T

Re: cvs commit: parrot/config/gen/makefiles perl6.in

2002-08-11 Thread Leopold Toetsch
Brent Dax wrote: > [EMAIL PROTECTED]: > # Modified:config/gen/makefiles perl6.in > # +perl6-config: ../../Makefile pconfig.pl > # + $(myperl) pconfig.pl ../../Makefile perl6-config > Bad programmer, no cookie--those slashes aren't portable to Windows. Actually it is my code ;

Re: [perl #16114] [PATCH] faster assembler

2002-08-11 Thread Leopold Toetsch
Nicholas Clark wrote: > ... I'd find it a lost easier to redo the > trivial cut and past by copying what you did with your patch in front of me, Please don't forget the $str_re in _annotate_contents, it's still/again broken for 5.005. > Nicholas Clark TIA, leo

set Boolean to 2

2002-08-15 Thread Leopold Toetsch
Hi, when testing native types with perl6 I encountered the following problem: ..p6: my $b is Boolean = 2; ..imc: .local Boolean _SV_b1 $P4 = new PerlUndef $P4 = 2 _SV_b1 = $P4 ..pasm: new P14, .PerlUndef set P14, 2 set P10, P14 ..pbc new_p_ic P14,2 s

pmc_pm.pl, assembler.pl

2002-08-15 Thread Leopold Toetsch
Hi, assembler.pl has it's private (propably handmade) list of PMC types. lib/Parrot/PMC.pm is exactly this list, generated by pmc_pm.pl. Is there any reason why - PMC.pm is generated with \Lowercased names - and assemble.pl can't use it? leo

Re: set Boolean to 2

2002-08-15 Thread Leopold Toetsch
Peter Gibbs wrote: [ set_p_p ] > ... The future 'assign Px, Py' will call a vtable function > (set_pmc); So, trying to set a Boolean to "2", would be a case for the proposed "assign" function, ok, yes. > ... however, in the quoted example, the pure register level > behaviour is all that is

Re: set Boolean to 2

2002-08-15 Thread Leopold Toetsch
Sorry for replying myself, > my $b is Boolean = 2; Here obviously a syntax disorder slept in, but the conclusion would be the same. leo

Re: "Functional" Perl6 compiler doesn't seem to be functioning

2002-08-20 Thread Leopold Toetsch
Chris Dutton wrote: > Maybe I'm just doing something wrong... > Then when I try to run perl6, via "perl perl6" to avoid @INC issues, I get: > > "Code must live with a function" > > Trying to compile hw.p6. What does hw.p6 look like? Anyways: sub main() { # your code goes here my $a

Re: [perl #16298] [PATCH] pbc2c.pl startup

2002-08-20 Thread Leopold Toetsch
Leopold Toetsch (via RT) wrote: > attached patch uses now a similar startup code for native compiled > programs like test_main.c. Rediffed and additional patch to compile natively .pasm containing keyed access (pack_key was not export in lib/Parrot/Types.pm). please appl

testing native compiled parrot

2002-08-20 Thread Leopold Toetsch
Hi, Attached shell script (for systems with a shell) runs all parrot tests natively compiled either static or shared. It uses the perl6 driver for this, which has (since I ran out of disc space first ;-) an explicit option to delete the ~2MB static executables after successful tests. (perl6

Re: [perl #16670] [PATCH] find_bucket in hash.c not GC safe

2002-08-20 Thread Leopold Toetsch
Jason Gloudon (via RT) wrote: > > find_bucket as writen is GC-unsafe. This patch corrects this, by not reusing > old values of bucket pointers across calls to string_compare, which can invoke > compaction, causing the bucket to move. Dunno, how expensive getBucket is, but wouldn't it be faster

Re: [perl #16274] [PATCH] Keyed access

2002-08-21 Thread Leopold Toetsch
Mike Lambert wrote: > Anyways, cd to languages/BASIC, run basic.pl, type "LOAD wumpus", and > watch it die on "Not a string!". Tracing this beast down, needs attached patch, to cut displayed arg strings. BTW trace.c nether frees this escaped string. The last instruction executed is: PC=1457;

Re: imcc hack for perl6 regexes

2002-08-21 Thread Leopold Toetsch
Melvin Smith wrote: > Sean, I'm replying publicly because I'd like to hear other opinions than > mine, yours, Angel's and Leopold's. I'll answer here to Melvin's mail, but I'll try to make a summary of all point's taken in this thread + some more. > I still prefer infix notation to prefix no

Re: INP ("imcc's not parrot") (was: Re: imcc hack for perl6 regexes)

2002-08-22 Thread Leopold Toetsch
'John Porter' wrote: > Brent Dax wrote: > No; but statements like "imcc MUST provide access to ALL of parrot's > (still very dynamic) feature set" and discussions of imcc syntax > naturally lead to questions of imcc's role in the parrot project. > E.g. "will the perl6 compiler target imcc?" T

Re: imcc hack for perl6 regexes

2002-08-22 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Wed, 21 Aug 2002, Leopold Toetsch wrote: > > Well, Sean's not quite sure about that. I agree with Melvin that using > PASM syntax for IMCC could make it harder to target other platforms. I don't know Melvin's plan for other targets -

Re: imcc hack for perl6 regexes

2002-08-22 Thread Leopold Toetsch
Melvin Smith wrote: > At 11:15 PM 8/21/2002 +0200, Leopold Toetsch wrote: > >So please, first, let's consider the status quo, not the future. > > Agree. > > >_SV_s1 = clone $P1 > > I've considered changing '=' to mean clone, an

Re: [perl #16755] imcc requires Parrot_dlopen but HAS_DLOPEN is never defined

2002-08-25 Thread Leopold Toetsch
Markus Laire wrote: > I tested than on Cygwin and imcc does compile, but I have some > problems: > > If I compile imcc with 'make imcc', most perl6 tests will fail with > error "readline() on closed filehandle P6C::TestCompiler::PASM at > P6C/TestCompiler.pm line 55." This looks like imcc d

Re: [perl #16755] imcc requires Parrot_dlopen but HAS_DLOPEN is never defined

2002-08-26 Thread Leopold Toetsch
Markus Laire wrote: > I just checked all failed tests. Worst problem seems to be that tests > returns int/str instead of PerlInt/PerlString > > t/parser/apoc1.t 1 256 11 100.00% 1 parser test's are currently broken due to changes in the Parser and should be disabled in t/

Re: [perl #16755] imcc requires Parrot_dlopen but HAS_DLOPEN is never defined

2002-08-26 Thread Leopold Toetsch
Markus Laire wrote: > On 25 Aug 2002 at 23:01, Sean O'Rourke wrote: > I got new cvs and applied same 2 patches (dlopen-patch & imcc-patch) > > only t/rx/basic.{3,4} fails, both with same error: Please rebuild the grammar (there is currently no Makefile autmagic for this): $ perl6 --force -

Re: [perl #16755] imcc requires Parrot_dlopen but HAS_DLOPEN is never defined

2002-08-27 Thread Leopold Toetsch
Markus Laire wrote: > On 27 Aug 2002 at 1:49, Mike Lambert wrote: > With following commands ALL perl6 tests pass. NO skipped or failed > tests, not even those 8_5 and 8_6. These failures are somwhere hidden in the test scripts. > With > Configure.pl && cd languages\perl6 && make && make tes

Re: Perl 6 Summary For Week Ending 2002-08-25

2002-08-27 Thread Leopold Toetsch
post right, Leopold Toetsch now has his native parrot > assembler up and at least assembling the entire test suite into a > runnable state (even if some of the tests then fail.) Work on this > continues, but I think it's lovely. No I did post a small script, which uses the cu

Re: perl6 test failures

2002-08-27 Thread Leopold Toetsch
Steve Fink wrote: > Failed Test Status Wstat Total Fail Failed List of Failed > > t/compiler/8.t 5 1280 65 83.33% 1-5 > t/compiler/builtins.t 1 256 21 50.00% 1 > t

Re: languages/imcc Bison and Flex dependence

2002-08-28 Thread Leopold Toetsch
Andy Dougherty wrote: > I note that currently imcc uses Bison and Flex. Is there any compelling > reason for this? I've sort of got it working with Sun's yacc and flex. Do > folks think it would be worthwhile for me to polish things up a bit and > post patches so it builds fine with either? S

[BUG] GC collects argv aka P0

2002-08-29 Thread Leopold Toetsch
Hi, examples/life-ar.p6 uses a rather lengthy initialisation my @world = ( 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, ... }; # 512 values then tries to figure out, how many generations to run: my $gen = @ARGS[0] || 512; at this point, @ARGS[0] aka P0[1] aka argv[1] is

Re: [perl #16852] [PATCH] Eliminate empty extension

2002-08-29 Thread Leopold Toetsch
Steve Fink (via RT) wrote: > This patch trims off the period at the end of executable filenames for > C-based tests on unix. Nice, but I'm a little bit Warnocked. 1) I did post a script (testnative), which runs _all_ tests as executables, _all_ not one, and --shared too. 2) Im my tree (~2

Re: [perl #16852] [PATCH] Eliminate empty extension

2002-08-30 Thread Leopold Toetsch
Steve Fink wrote: > On Thu, Aug 29, 2002 at 11:56:42PM +0200, Leopold Toetsch wrote: > The script you're referring to sounds like it actually does something > meaningful, like run ops2c.pl on all the tests and execute them that > way. s/ops2c.pl/pbc2c.pl/perl6/ ;-) >

Re: Conditional makefile generation (Was Re: [perl #16856] [PATCH]various changes to imcc)

2002-08-30 Thread Leopold Toetsch
Andy Dougherty wrote: > ... make the barrier to running languages/perl6 as low as possible, My concerns too. (Some history) - I sent all the patches to get P6C running with 5.005_03 - I'm currently 95% maintaining/pushing the per6 driver (perl6) - last ~50 Kb imcc patches originated from my

Re: Conditional makefile generation (Was Re: [perl #16856] [PATCH]various changes to imcc)

2002-09-01 Thread Leopold Toetsch
Mike Lambert wrote: > Is there any fundamental reason why we *cannot* just enter a generated > imcparser.c and imcparser.h into CVS and save users the step of building > them on these platforms? Ack, so we should just delete the lines: imclexer.c imcparser.c imcparser.h from .cvsignor > Mik

Re: Conditional makefile generation (Was Re: [perl #16856] [PATCH]various changes to imcc)

2002-09-01 Thread Leopold Toetsch
Mike Lambert wrote: > ... Attached patch gets IMCC building on MSVC without > cygwin (lex/bison/yacc/etc). Good. > t/rx/basic.t 2 512 52 40.00% 3-4 > t/rx/call.t1 256 21 50.00% 2 > > Any idea on how to go about fixing the rx ones? They're failing on > i

core.ops ARGDIR

2002-09-02 Thread Leopold Toetsch
Hi all, I would like to discuss the intended meaning of ARGDIR_IN/OUT in core.ops (core_ops.c). s. also #16838 and #16895 imcc uses the IN/OUT information for determining the life status of a symbol, which is the base for register allocation, so it's crucial. The meaning in imcc is like: IN

Re: [perl #16938] [PATCH] Fix imcc shared library versions.

2002-09-02 Thread Leopold Toetsch
Andy Dougherty (via RT) wrote: > + op_load_lib("core", PARROT_MAJOR_VERSION, > + PARROT_MINOR_VERSION, > + PARROT_PATCH_VERSION); Thanks for this one. I did integrate it in my tree. A _big_ imcc patch is in my queue and will be

Re: [perl #16935] [PATCH] more regex stack manipulation

2002-09-02 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Mon, 2 Sep 2002, Dan Sugalski wrote: >... I think it ends up being two more ops if you say "chop X > entries" -- "getdepth; subtract; chop" vs. "setdepth". Think the perlish way: chop -X could do it. Leave X or keep it. BTW what is the difference between the rx_sta

Re: core.ops ARGDIR

2002-09-03 Thread Leopold Toetsch
Angel Faus wrote: > Hi Leo, > > >>This should be - from my (imcc) POV - reflected by these IN/OUT >>settings: >> >>op set(in PMC, in INT) >>op set(in PMC, in STR) >>op set(in PMC, in NUM) >>op set(out PMC, in PMC) # ok, $1 points to $2 now >> >># P[i] = x >>op set(in PMC, in intke

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-05 Thread Leopold Toetsch
Dan Sugalski (via RT) wrote: > We need to nail down what the directions mean. This is, what I'm trying to do since quite a time. > ... The IMCC and JIT folks > are the ones that care here. Here is the IMCC folks speaking ;-) >... I've been working on the assumption that > an out means t

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-05 Thread Leopold Toetsch
Nicholas Clark (via RT) wrote: > On Thu, Sep 05, 2002 at 04:38:37AM -0400, Dan Sugalski wrote: [ inout ] > That makes it sound like we have (at least) 2 directions of out. We seem > to have > > in the register is read, > (and the value pointed to by the register is read) > out1

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-05 Thread Leopold Toetsch
Nicholas Clark wrote: > 1: the value in the register did/didn't change > 2: the value of the thing referenced by the register did/didn't change > > (possibly 2a and 2b being that the internals of the object didn't/might've > changed) Actually, thinking now of an optimizer, we should know these

Re: [perl #17039] [PATCH] intarray aka integer dequeue PMC

2002-09-05 Thread Leopold Toetsch
Steve Fink (via RT) wrote: > # New Ticket Created by Steve Fink > # Please include the string: [perl #17039] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=17039 > Why intarrary.pmc: > +=item B(in PMC, in PMC) ...

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-06 Thread Leopold Toetsch
Dan Sugalski wrote: > At 8:04 AM + 9/5/02, Leopold Toetsch (via RT) wrote: Argh, someone reverted the patch in CVS, when changing some "print" functions. Please, this is core.ops >> core.ops has currently: >> >> - obvious errors e.g. >> -inl

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-06 Thread Leopold Toetsch
#17026 was reverted by committing minor print changes. Please clean up the mess, whoever did it. leo

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-06 Thread Leopold Toetsch
Sorry for bothering again. The impact of this ticket might not be clear to all people. Platform * All Severity * High (tending to fatal WRT imcc[1] & perl6) Tag * core Patch Status* Reverted innocently by someone I have no permission to change status of #17026 to above. [1] fatal

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-07 Thread Leopold Toetsch
Nicholas Clark wrote: > On Fri, Sep 06, 2002 at 09:01:13PM +0200, Leopold Toetsch wrote: > >>#17026 was reverted by committing minor print changes. > It has been reverted, but not in the way you describe: Ah, thanks for doing the research work. > I would prefer not to b

Parrot_interp, DOD and?

2002-09-08 Thread Leopold Toetsch
if I knew, what exactly to ask, it where easier. I'm implementing a parrot interpreter in immc. I seem to have memory corruptions or unreproducible errors. E.g. moving the stacktop variable only slightly gives different test results, as well as results on a second machine differ. Blocking

Howto packout _SC / _NC KEYs

2002-09-10 Thread Leopold Toetsch
imcc (0.0.9) has an integrated parrot interpreter and tries to write out a PBC file too. Running code succeeds currently for ~95 % of perl6 tests (in half the time ;-). But I've problems in writing out the .pbc, especially Const_Table, type PFC_KEY / PARROT_ARG_SC (and _NC if one would use t

imcc 0.0.9 runs 100% perl6 tests + various results

2002-09-10 Thread Leopold Toetsch
"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. $ perl6 --test # run through assembler / parrot All tests successful, 2 subtests skipped. Files=17, Tests=72, 1 wallclock secs ( 0.16 cusr + 0.04 c

[RFC] building core.ops op_hash at runtime

2002-09-11 Thread Leopold Toetsch
The op_code() function in op_lib_t does look up an op_info_table entry by the op's full_name. To accomplish this, the current implementation builds via ops2c.pl basically a static hash table, which get's appended to core_ops.c and core_ops_prederef.c. My proposal is: build a hash table at runt

[RFC] move op_info_table out of core_ops*

2002-09-11 Thread Leopold Toetsch
While I'm already at oplib, interpreter and predereferenced code, I've another one: Currently we have 3 incarnations of one core.ops: - core_ops.c - core_ops_cg.c - core_ops_prederef.c While the 1st and the the 3rd have an op_info_table (and and op lib descriptor, core_ops_cg.c doesn't has the

Re: [RFC] building core.ops op_hash at runtime

2002-09-11 Thread Leopold Toetsch
Nicholas Clark wrote: > On Wed, Sep 11, 2002 at 12:50:28PM +0200, Leopold Toetsch wrote: > I like this idea. (but I've no idea of the subtle implications) There are only PDB_eval, pxs.c and imcc as users currently, I can't really see subtle implications whatsoever. > Wh

Re: [perl #17159] imcc / Mac OS X problem

2002-09-11 Thread Leopold Toetsch
Leon Brocard (via RT) wrote: > # New Ticket Created by Leon Brocard > # Please include the string: [perl #17159] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt2/Ticket/Display.html?id=17159 > > > > There is a problem building imcc under Mac

Re: [perl #17159] imcc / Mac OS X problem

2002-09-11 Thread Leopold Toetsch
Kevin Falcone wrote: >>>>>>"LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes: >>>>>> > > LT> Leon Brocard (via RT) wrote: > >>># New Ticket Created by Leon Brocard # Please include the string: >>>[perl #17159]

Re: [perl #17159] imcc / Mac OS X problem

2002-09-12 Thread Leopold Toetsch
Leon Brocard wrote: > Leopold Toetsch sent the following bits through the ether: > And finally, in imc.c there is another »int n_spilled;«, please delete this line. Sorry, leo

Re: [perl #17159] imcc / Mac OS X problem

2002-09-12 Thread Leopold Toetsch
Leon Brocard wrote: > Leopold Toetsch sent the following bits through the ether: > > >>Could you try my second proposal? >> > > Sure. The patch I tried is attached, which fixes up a lot of the > warnings. However, I now get: > > ld: multiple definition

Re: [perl #17159] imcc / Mac OS X problem

2002-09-12 Thread Leopold Toetsch
Leon Brocard wrote: > Leopold Toetsch sent the following bits through the ether: > Cool, I've done the past two patches and it compiles but then fails to > compile parrot shared: We are getting close ;-) > cc: unrecognized option `-shared' And here probably helps th

Re: [perl #17193] [PATCH] Re: Howto packout _SC / _NC KEYs

2002-09-12 Thread Leopold Toetsch
> Here is a patch, that is selfcontained in packfile.c, s/packfile/packout/ of course, sorry leo

[RFC] How are compound keys with a PerlHash intended to work?

2002-09-13 Thread Leopold Toetsch
Let's first compare with a PerlArray: (following snippet is from an imcc test file, in PASM syntax) new P1, .PerlArray new P0, .PerlArray set P1[0], P0 set P0[1], 2 set I0, P1[0;1] print I0=> 2 i.e. "P1[0;.." returns an array PMC, which, indexed by key_next, gives the

Re: [RFC] How are compound keys with a PerlHash intended to work?

2002-09-13 Thread Leopold Toetsch
Dan Sugalski wrote: > At 9:51 AM +0200 9/13/02, Leopold Toetsch wrote: > >> and is a perl6 %h{"a"}[0][1] a PASM P2["a";0;1]? > > Yes. Fine, thought so too, thanks for your quick answer. I have already a patch for it, I'll make an entry in t/pmc/pe

Re: imcc 0.0.9 runs 100% perl6 tests + various results

2002-09-13 Thread Leopold Toetsch
Dan Sugalski wrote: First I want to thank you, for all the checkins. (Please don't forget #17143, which makes predereferencing working) > Do we have any idea why GC's getting in the way here? I presume we have > GC bug, so we ought to track it down if we can. I can only bring some hints: -

Re: [perl #17358] [PATCH] default.pmc #2

2002-09-17 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Mon, 16 Sep 2002, Leopold Toetsch wrote: > > >>Sean O'Rourke wrote: >>...it should inherit from some basic_scalar.pmc, that >>implements this for scalars. default.pmc is no more this default scalar >>type, it's a

Re: [perl #17358] [PATCH] default.pmc #2

2002-09-17 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Tue, 17 Sep 2002, Leopold Toetsch wrote: >>Yes of course. What once was in "default.pmc" will be "scalar.pmc", >>where all scalar like classes can inherit from. > And from which perlarray.pmc, perlhash.pmc, and (probab

pdd06_pasm, pdd08_keys: _keyed ops

2002-09-18 Thread Leopold Toetsch
Above docs state, that a gernal parrot op looks like this op dest[dkey], src1[skey1], src2[skey2] e.g. add P0[P1], P2, P3[P4] where P1 and P4 are keys and P0 and P3 are aggregates and P2 is a scalar. Several questions arise from these pdd's: 1) Are above pdd's valid, WRT this 3 key opcodes?

Re: [RFC] How are compound keys with a PerlHash intended to work?

2002-09-18 Thread Leopold Toetsch
Dan Sugalski wrote: > At 9:03 AM +0200 9/16/02, Leopold Toetsch wrote: >> In PASM they look the same. But as Dan stated, and as tried to show in >> my answer to Graham, the lookup succeeds only if the nested PMCs are >> all of the correct type. This works now bec

Re: pdd06_pasm, pdd08_keys: _keyed ops

2002-09-18 Thread Leopold Toetsch
Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Leopold Toetsch <[EMAIL PROTECTED]> wrote: > > >>op dest[dkey], src1[skey1], src2[skey2] >> >>e.g. >> >>add P0[P1], P2, P3[P4] > There was however some discussion as to

Re: pdd06_pasm, pdd08_keys: _keyed ops

2002-09-18 Thread Leopold Toetsch
Tom Hughes wrote: >>If there is a plain P0 without [], the assembler hat to insert a NULL >>key instead. >> > > In other words we assume all PMC arguments have a key, so you can > never have a p in a opcode name with one of k/kc/ki/kic following it? No - only if there is any "p_k" not for _kc

Re: [perl #17402] [PATCH] Duplicate defined_keyed in array.pmc

2002-09-18 Thread Leopold Toetsch
Leon Brocard (via RT) wrote: > classes/array.pmc had a duplicate defined_keyed which gcc under > Jagwyre complained. Here is a patch to remove one of the > duplicates. The tests still pass. > > Leon > > > -INTVAL defined_keyed (PMC* key) { +INTVAL exists_keyed (PMC* key) { The second

Re: pdd06_pasm, pdd08_keys: _keyed ops

2002-09-18 Thread Leopold Toetsch
Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Leopold Toetsch <[EMAIL PROTECTED]> wrote: > >>All 64 combinations would be a horror. > Indeed. >>But I really vote for a predereferencing like solution. > I didn't really understa

Re: pdd06_pasm, pdd08_keys: _keyed ops

2002-09-18 Thread Leopold Toetsch
Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Leopold Toetsch <[EMAIL PROTECTED]> wrote: >> while (pc) { >> argp1 = ...pmc_reg.registers[cur_opcode[1]]; >> if (*pc & KEY1_MASK) { >>key1 = ...pmc_reg.registers

perlnum: bitwise_xx

2002-09-18 Thread Leopold Toetsch
Should these be implemented: - machine dependent, like now: (INTVAL)SELF->cache.num_val | ... - SELF.get_integer() | ... - or just throw an exception leo

classes cleanup

2002-09-19 Thread Leopold Toetsch
I did send a ~200KB patch do Dan (I supposed it to be to big for the list). It implements the proposed class hierarchy: default ... implementing almost nothing, throwing exceptions | | | scalar ... most of previous default | | | perlint, perlnum, ... Sub Continuation It's not

Re: Perl 6 Summary for week ending 2002-09-15

2002-09-19 Thread Leopold Toetsch
Piers Cawley wrote: > > Happy birthday to me! Congratulations. > ... by my turning 35 on the 15th 44 on 16th - yes Sept. and thanks for the kudos, leo

[RFC] 2. Proposal for _keyed opcodes

2002-09-20 Thread Leopold Toetsch
2. Proposal for _keyed opcodes -- The thread with subject "pdd06_pasm, pdd08_keys: _keyed ops" clearly showes the shortcomings of the current _keyed opcodes and the implementation of these.[1] My first proposal WRT a solution (modifying the run loop) did not earn much

fingerprinting PBC files

2002-09-21 Thread Leopold Toetsch
As PBC files might be built from different core.ops aka core_ops.c, it is necessary to add a fingerprint to PBC files, to validate, that the interpreter uses the very same ops, when running the PBC. - during "make" a fingerprint of core_ops.c is generated: $ perl -pe's/\s//g' < core_ops.c | md5

Re: fingerprinting PBC files

2002-09-21 Thread Leopold Toetsch
Sean O'Rourke wrote: > On Sat, 21 Sep 2002, Leopold Toetsch wrote: > > >>As PBC files might be built from different core.ops aka core_ops.c, it >>is necessary to add a fingerprint to PBC files, to validate, that the >>interpreter uses the very same ops, whe

intlist vs array

2002-09-23 Thread Leopold Toetsch
I did "cp t/pmc/intlist.t t/pmc/intlista.t" and s/\.IntList/\.PerlArray/g in the latter. After implementing the missing pop-methods[1] in array.pmc I ran both: $ time parrot t/pmc/intlist_2.pbc I need a shower. real0m0.097s user0m0.090s sys 0m0.000s $ time parrot t/pmc/intlista_2.p

Re: [perl #17495] [PATCH] for a faster life

2002-09-23 Thread Leopold Toetsch
Mike Lambert (via RT) wrote: >> Now, trace_system_stack walks a ~1300 entries deeper stack in CGoto >>run mode, because of the jump table in cg_core. Don't ask me about this >>difference to 900 ops, gdb says so. > Ahh, good observation. (I'm more of a non-cgoto person myself ;). My favorit

Re: Of variables, values, and vtables

2002-09-23 Thread Leopold Toetsch
Dan Sugalski wrote: > *) Spec the vtable changes Starting from my proposal ... Subject: [RFC] 2. Proposal for _keyed opcodes I have some more implementation details, WRT _keyed. - An aggregate should provide these vtable methods: * entry_type ... get info about the aggregates storage

Re: [perl #17549] [PATCH] direct accesss for intlist 10 times faster

2002-09-23 Thread Leopold Toetsch
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, you don't know in advance the usage pattern, so you can't do this. Of course, the memory management of array/PerlArray could be sm

[INFO] parrot with Lea malloc - 50% faster life

2002-09-24 Thread Leopold Toetsch
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 cal

Re: [perl #17561] [PATCH] imcc: semicolons considered useful.

2002-09-24 Thread Leopold Toetsch
Already in #17537 leo

Re: [perl #17549] [PATCH] direct accesss for intlist 10 times faster

2002-09-24 Thread Leopold Toetsch
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) > t

Re: [perl #17560] [PATCH] imcc's "struct ostat" insufficiently unique

2002-09-24 Thread Leopold Toetsch
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. > # http://rt.perl.org/rt2/Ticket/Display.html?id=17560 > > > > It's used by stat.h on Darwin, at least. A

Re: [perl #17537] [PATCH imcc 0.0.9.2 containing #17533

2002-09-24 Thread Leopold Toetsch
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

Re: [INFO] parrot with Lea malloc - 50% faster life

2002-09-24 Thread Leopold Toetsch
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 n

Re: [perl #17549] [PATCH] direct accesss for intlist 10 times faster

2002-09-24 Thread Leopold Toetsch
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 >>

Re: [perl #17573] [PATCH] imcc: stack bug, keys, semicolons, BRANCH

2002-09-24 Thread Leopold Toetsch
Steve Fink (via RT) wrote: > - In imcc.y:main(), the stacktop was being set to an uninitialized > value, making stackwalking sometimes *really* slow, sometimes crash, > and sometimes work perfectly fine. Yes, already fixed > - My bison does not accept actions that do not end in a semicol

[INFO] parrot with Lea malloc - update

2002-09-25 Thread Leopold Toetsch
As already announced, I used the memory allocator from http://gee.cs.oswego.edu/dl/html/malloc.html and tossed the collect system. Description of changes: - DOD is the same incl, stack_walk and so on - resources.c is gone, no copying of memory, no string tails ... - dead objects are free'd, the

Status of my patches ...

2002-09-25 Thread Leopold Toetsch
or who applies what when and why or not? This questions arises sometimes, so I'll ask. Here is a list of current open patches in decreasing priority: #17578 imcc including all fixes sent to the list except todays fix by Andy. - actually the 3rd fix summary IIRC I sent in (s. there for a

Re: Status of my patches ...

2002-09-25 Thread Leopold Toetsch
Tom Hughes wrote: >>#17578 > Applied. First of all, thank you for comitting these. I hate 3-way rediff's ;-) >>#17193 necessary for imcc to write out PBC > Applied. Like you I don't like it much but there aren't any other > obviously better ways. Yes, seems so. > I missed that when it

Re: Status of my patches ...

2002-09-26 Thread Leopold Toetsch
Steve Fink wrote: > On Wed, Sep 25, 2002 at 11:44:11PM +0200, Leopold Toetsch wrote: > >> or who applies what when and why or not? This questions arises >>sometimes, so I'll ask. >>If people don't have the time to look at it, it's ok. But then, it

Re: Status of my patches ...

2002-09-26 Thread Leopold Toetsch
Tom Hughes wrote: > In message [EMAIL PROTECTED]> > Leopold Toetsch <[EMAIL PROTECTED]> wrote: > > >>#17353/17323 test for Parrot_sprintf > Applied. Thank you. > ... The outstanding question here is anyop.h > and anyop.c in languages/imcc as

  1   2   3   4   5   6   7   8   9   10   >