Camelia, the Perl 6 bug

IRC log for #parrot, 2008-07-02

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:04 kid51 joined #parrot
00:10 AndyA joined #parrot
00:10 nopaste "bacek" at 211.29.157.151 pasted "Patch for #56516 (for moritz)" (15 lines) at http://nopaste.snit.ch/13443
00:11 bacek_ moritz:  forget this patch :)
00:11 purl bacek_, I didn't have anything matching this patch :)
00:34 TiMBuS joined #parrot
00:40 cjfields joined #parrot
00:53 petdance joined #parrot
00:57 cjfields joined #parrot
00:57 nopaste "bacek" at 211.29.157.151 pasted "Another patch for #56516 (for moritz)" (23 lines) at http://nopaste.snit.ch/13444
00:58 bacek_ moritz: it's fixing parrot's repeat. And I'm not sure that this is 'right way'. But there is too many calls to 'repeat' in rakudo...
01:00 rdice joined #parrot
01:13 pmichaud in general we don't fix rakudo bugs by changing Parrot unless the Parrot behavior is obviously a bug
01:13 pmichaud since throwing an exception is a reasonable behavior for repeat, that means Rakudo needs to do something different.
01:14 acalhoon joined #parrot
01:16 cotto_work http://rt.perl.org/rt3/Search/Results.html?Row​s=50&Format=%0A%20%20%20'%3Cb%3E%3Ca%20hre​f%3D%22%2Frt3%2FTicket%2FDisplay.html%3Fid%3D_​_id__%22%3E__id__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%​3A%23'%2C%0A%20%20%20'%3Cb%3E%3Ca%20href%3D%22​%2Frt3%2FTicket%2FDisplay.html%3Fid%3D__id__%2​2%3E__Subject__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3A​Subject'%2C%0A%20%20%20Status%2C%0A%20%20%20Qu​eueName%2C%20%0A%20%20%20OwnerName%2C%20%0A%20​%20%20Priority%2C%20%0A%20%20%20'__NEWLI
01:16 cotto_work NE__'%2C%0A%20%20%20''%2C%20%0A%20%20%20'%3Csm​all%3E__Requestors__%3C%2Fsmall%3E'%2C%0A%20%2​0%20'%3Csmall%3E__CreatedRelative__%3C%2Fsmall​%3E'%2C%0A%20%20%20'%3Csmall%3E__ToldRelative_​_%3C%2Fsmall%3E'%2C%0A%20%20%20'%3Csmall%3E__L​astUpdatedRelative__%3C%2Fsmall%3E'%2C%0A%20%2​0%20'%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E'&Qu​ery=Queue%20%3D%20'parrot'%20AND%20Status%20%3​D%20'open'&Page=7&Order=ASC&OrderBy=id
01:17 bacek_ pmichaud: got it.
01:20 nopaste "bacek" at 211.29.157.151 pasted "Yet another patch for #56516 (for moritz/pmichaud)" (16 lines) at http://nopaste.snit.ch/13446
01:21 bacek_ pmichaud: this one fixes 'infix:x' only.
01:21 bacek_ And actually all other 'infix:x' just call this one.
01:21 pmichaud need to initialize $S0
01:22 bacek_ pmichaud: If the count is less than 1, returns the null string.
01:22 bacek_ This from S03...
01:23 bacek_ I've made mistake once again?
01:23 pmichaud only in assuming that $S0 is always initialized to a null string.
01:23 bacek_ ouch.
01:24 bacek_ And how initialize S0 to 'null string'?
01:24 pmichaud $S0 = ''
01:24 pmichaud but you could also just do    .return ('')
01:25 bacek_ I didn't understand. "" is empty string for me. Not null...
01:25 pmichaud also, there's no 'n' symbol declared :-) :-)
01:25 bacek_ yak.
01:28 nopaste "bacek" at 211.29.157.151 pasted "'guess what?' for #56516 (for moritz/pmichaud)" (23 lines) at http://nopaste.snit.ch/13447
01:29 Theory joined #parrot
01:29 bacek_ pmichaud: is there is difference between 'empty string' and 'null string'?
01:30 bacek_ afk #
01:35 pmichaud depends on the context.  Sometimes the terms are used interchangeably.  Sometimes people use "null string" when they really mean "null pointer".
01:35 pmichaud in this case, I'm fairly certain that S29 means "empty string"
01:37 dalek r28928 | pmichaud++ | trunk:
01:37 dalek : [rakudo]:
01:37 dalek : Make sure the expression in a for statement is interpreted in
01:37 dalek : list context.  cjfields++ for finding and reporting this.
01:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28928
01:45 magnachef joined #parrot
01:53 * chromatic found the closure bug, if not the fix
01:54 dalek r28929 | coke++ | no_builtin_methods:
01:54 dalek : remove builtin methods
01:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28929
01:55 chromatic Delete line 134 in src/pmc/closure.pmc -- some tests fail, but it fixes the double-:outer bug.
01:55 chromatic RT #56184
01:56 chromatic So far, only one test in t/op/lexicals.t fails though.
01:58 DietCoke One reason not to commit json is that now we have compilers/json and languages/json, a tad confusing. (is there a readme in languages to clarify that?)
02:00 magnachef_ joined #parrot
02:00 DietCoke I have a double outie. It's kind of kleinish.
02:04 pmichaud ... I'm wondering why line 134 would make a difference
02:06 pmichaud it seems to me that (for the example code I posted in RT #56184) we would never get to line 134
02:06 pmichaud oh, wait, never mind -- wronge xample.
02:07 workbench joined #parrot
02:10 DietCoke chromatic: you've added ops. Is there magic other than running the special .mak target?
02:10 DietCoke hurm. perhaps reconfigure.
02:11 DietCoke nope.
02:29 DietCoke ah. looks like you have to add them manually. lame. =-)
02:33 DietCoke kid51: with the current system you have to manually add an op to ops.num when you add an op. who knew!
02:34 DietCoke msg kid51: with the current system you have to manually add an op to ops.num when you add an op. who knew!
02:34 purl Message for kid51 stored.
02:43 cjfields joined #parrot
02:50 Psyche^ joined #parrot
02:50 cjfields joined #parrot
02:52 cjfields_ joined #parrot
02:53 dalek r28930 | jkeenan++ | opsrenum:
02:53 dalek : Eliminate %seen from inside renum_op_map_file().  By using it, the program was
02:53 dalek : just endlessly rewriting the ops already seen in the *old* file to the new
02:53 dalek : file -- but failing to pick up new ops.
02:53 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28930
02:53 kid51 DietCoke:  Just now looking at IRC for first time in hours.
03:06 * DietCoke pokes dalek.
03:06 dalek r28931 | coke++ | no_builtin_methods:
03:06 dalek : first pass, delete say builtin support and create say
03:06 dalek : opcodes instead.
03:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28931
03:27 contingencyplan joined #parrot
03:32 cjfields joined #parrot
03:35 cjfields perl6: perl6: for [1..3],[4..6] { say $_.WHAT}
03:35 polyglotbot OUTPUT[Statement not terminated properly at line 1, near ": for [1.."␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 20609 (src/gen_grammar.pir:2813)␤called from Sub
03:35 polyglotbot ..'parrot;Perl6::Grammar;statementlist' pc 19622 (src/gen_grammar.pir:2450)␤called fr...
03:35 cjfields perl6: for [1..3],[4..6] { say $_.WHAT}
03:35 polyglotbot OUTPUT[Array␤Array␤]
03:36 cjfields perl6: for [1..3] { say $_.WHAT}
03:36 polyglotbot OUTPUT[Int␤Int␤Int␤]
03:36 pmichaud polyglotbot is out of date.
03:36 cjfields yes, but I updated and get the same thing
03:36 pmichaud > for [1..3] { say $_.WHAT }
03:36 pmichaud Array
03:37 cjfields hmm...
03:37 pmichaud perl6: for [1..3,4..6] { say $_.WHAT }
03:37 * cjfields rebuilding
03:37 polyglotbot OUTPUT[Int␤Int␤Int␤Int␤Int␤Int␤]
03:38 pmichaud > for [1..3,4..6] { say $_.WHAT }
03:38 pmichaud Array
03:38 cjfields what does #perl6 give?
03:39 pmichaud 03:38 <pmichaud> rakudo: for [1..3,4..6] { say $_.WHAT }
03:39 pmichaud 03:38 <p6eval> rakudo 28931: OUTPUT[Array␤]
03:40 cjfields Never mind.  The rebuild works.  pmichaud++
03:41 cjfields I'm adding a few tests for this (t/statements/for.t).  Does any on this need to go into t/spec?
03:42 pmichaud it would be better to just add the tests directly to t/spec
03:42 pmichaud we're trying to migrate things out of the non-spec directory, I think (unless they're very pugs-specific)
03:42 pmichaud oh, I see, there's no S04-statements/for.t
03:42 cjfields ok, will do.
03:43 pmichaud so, what we really want to have happen is for t/statements/for.t to become t/spec/S04-statements/for.t
03:43 shamu joined #parrot
03:43 shamu left #parrot
03:45 shamu joined #parrot
03:46 cjfields I'll try to run a conversion over for for.t (I have already added in tests for this particular case).
03:47 cjfields left #parrot
03:54 Ademan joined #parrot
04:26 masak joined #parrot
04:27 Psyche^ joined #parrot
04:28 tetragon joined #parrot
05:07 Theory joined #parrot
05:39 Theory joined #parrot
05:47 Ademan joined #parrot
05:50 Psyche^ joined #parrot
06:11 magnachef joined #parrot
06:17 base joined #parrot
06:55 dalek r28932 | moritz++ | trunk:
06:55 dalek : [rakudo] fix infix:<x> for negative repetition count, patch curtesy of
06:55 dalek : bacek++. Closes RT #56516
06:55 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28932
06:57 dalek r28933 | moritz++ | trunk:
06:57 dalek : [rakudo] adding two more files to spectest_regression
06:57 dalek : Auzon++ for fudging and reporting
06:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28933
07:07 Psyche^ joined #parrot
07:15 Ademan joined #parrot
07:17 dalek r28934 | moritz++ | trunk:
07:17 dalek : [rakudo] added S29-str/lc.t to spectest_regression
07:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28934
07:26 nopaste joined #parrot
07:36 particle1 joined #parrot
08:11 dalek r28935 | bernhard++ | trunk:
08:11 dalek : [languages/json]
08:11 dalek : The content of json.pir and say.pir was duplicated.
08:11 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28935
08:13 barney joined #parrot
08:13 dalek r28936 | bernhard++ | trunk:
08:13 dalek : [languages/json]
08:13 dalek : Set SVN properties for new files.
08:13 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28936
08:24 dalek r28937 | bernhard++ | trunk:
08:24 dalek : [languages/json]
08:24 dalek : Add copyright statements.
08:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28937
08:26 dalek r28938 | bernhard++ | trunk:
08:26 dalek : [Plumhead(Pipp)]
08:26 dalek : svn merge -r 28889:28934 https://svn.perl.org/parrot/bran​ches/libs4php/languages/plumhead
08:26 dalek : Disable PCRE until there is a check whether PCRE is available
08:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28938
08:26 chromatic And there's the lexical fix.
08:33 dalek r28939 | chromatic++ | trunk:
08:33 dalek : [PMC] Made Closure PMC respect enclosing runtime-created Closures when
08:34 dalek : initializing lexpads (see RT #56184).  In short, the simple pointer address
08:34 dalek : comparison to find an enclosing outer Sub didn't take into account the fact
08:34 dalek : that Closures created with the newclosure op, for example, have different
08:34 dalek : pointer addresses than the constant Closures frozen into the bytecode constant
08:34 dalek : tables.
08:34 dalek : A better long-term fix is to give every :outer sub a unique lexid and compare
08:34 dalek : those directly, but this will work until someone gets around to that bigger
08:34 dalek : refactoring.
08:34 dalek : Also added a test from the ticket (Patrick Michaud).
08:34 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28939
08:35 moritz chromatic++
08:36 bacek_ wow
08:36 bacek_ chromatic++
08:36 dalek r28940 | bernhard++ | trunk:
08:36 dalek : [languages/json]
08:36 dalek : Tell config/gen/languages.pm and config/gen/makefiles/languages.in about json
08:36 dalek : The content in languages/json/config/makefiles/root.in was duplicated.
08:36 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28940
08:36 chromatic Just don't think of me as "The guy who fixes lexicals."
08:36 chromatic I already get that with GC and IMCC.
08:37 moritz ;-)
08:37 bacek_ :) summon jonathan
08:37 moritz what about "the guy who fixes ugly low-level guts"? ;-)
08:37 chromatic I made this one a little uglier, I fear.
08:40 bacek_ 4 lines 'if'...
08:48 dalek r28941 | bernhard++ | trunk:
08:48 dalek : [languages/json]
08:48 dalek : Update CREDITS and languages/LANGUAGES_STATUS.pod.
08:48 dalek : Add languages/json/MAINTAINER.
08:48 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28941
08:59 dalek r28942 | chromatic++ | trunk:
08:59 dalek : [src] Tidied code slightly; no functional changes.
08:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28942
09:08 Whiteknight joined #parrot
09:35 rdice joined #parrot
09:58 dalek r28943 | kjs++ | trunk:
09:58 dalek : [languages/json] actions and grammar files contents were duplicated, this is now fixed.
09:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28943
10:35 dalek r28944 | moritz++ | trunk:
10:35 dalek : [rakudo] add tools/autounfudge.pl
10:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28944
10:46 tetragon joined #parrot
10:53 kid51 joined #parrot
11:21 nopaste joined #parrot
11:50 tetragon joined #parrot
12:39 barney joined #parrot
12:48 dalek r28945 | bernhard++ | trunk:
12:48 dalek : [languages/json]
12:48 dalek : Tell SVN about generated files.
12:48 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28945
12:51 iblechbot joined #parrot
12:52 dalek r28946 | bernhard++ | trunk:
12:52 dalek : [languages/json]
12:52 dalek : Tidy some more files with duplicated content.
12:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28946
12:53 * barney is starting with renaming Plumhead to Pipp
12:55 kj joined #parrot
12:57 dalek r28947 | bernhard++ | trunk:
12:57 dalek : Let SVN ignore the generated file parrot_test_run.tar.gz
12:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28947
12:58 barney kj: I'm still getting failures with languages/json under Linux
12:58 kj barney: hi
12:58 purl privet, kj.
12:59 kj well the only reason I didn't commit languages/json (the patch) myself was that I wasn't sure whether it would be useful; I just didn't want to loose the source
12:59 kj but I saw it was committed probably to reduce the # of open  tickets  :-)
12:59 kj I'll have a look at it
13:00 barney Yes, In a way it makes sense, in other ways it is redundant
13:01 barney It would be interesting to have a benchmark between PCT and handrolled parsing
13:02 moritz t/00-sanity.t....end of file expected at line 1, near "# This jus"
13:02 kj barney: you mean make test fails?
13:02 kj that's because I didn't include any tests...
13:02 dalek r28948 | bernhard++ | trunk:
13:02 dalek : Fix json.realclean in languages/Makefile
13:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28948
13:02 kj I'll fix it with a simple change; other tests can be added later
13:04 kj mm problem is that json is not a language with statements
13:04 kj so no print functionality
13:04 petdance joined #parrot
13:04 particle1 kj: didn't you use tools/dev/mk_language_shell.pl to create json?
13:04 kj yes
13:04 kj yes i did
13:04 particle ok, but you didn't update the tests
13:04 kj that's right
13:04 barney Ah  t/00-santity.t is a stub generated by tools/dev/mk_language_shell.pl
13:05 particle sorry, i meant to respond to that ticket that the patch file was duplicated
13:05 kj I didn't expect the patch to be applied
13:05 particle oh, yuck
13:05 kj the duplication in patches is something I experienced before. Not sure why that happens.
13:05 particle i don't think that was clear in the ticket... not expected to be applied
13:06 kj well, I sent it in for a review
13:06 dalek r28949 | bernhard++ | trunk:
13:06 dalek : Clean up parrot_test_run.tar.gz on 'make clean'
13:06 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28949
13:06 kj and whether it could be used to replace the hand-written one
13:06 kj because that one contains A LOT of code
13:06 kj and this one is minimal
13:06 kj but you're right. The ticket wasn't clear.
13:07 particle whoever applied it should have done a better job of analysis
13:07 kj well I don't want to blame anyone; I
13:07 particle because barney has had to do quite a bit of cleanup
13:07 kj I'm sure the person who did meant well
13:08 particle sure, understood
13:08 particle most people here mean well :)
13:08 kj I would think s/most/all/
13:08 particle but we can all learn something, too :)
13:09 kj true. So my intention was to put this up for review, and maybe people would be interested in replacing the manually written one with this, at some point.
13:09 kj I'd sent it to parrot-porters, but somehow it never arrived, AFAICT
13:10 particle i got it
13:10 particle that's why i said "meant to respond"
13:10 barney That's still a good plan. Let it mature in 'languages' and eventually move it over to 'json'
13:11 barney s/'json'/'compilers'/
13:12 kj there's currently only a json->parrot translator, not a parrot->json translator.
13:13 kj where 'parrot' means array/hash built-in pmcs
13:14 Ademan joined #parrot
13:17 particle yes, right
13:18 particle wait, didn't i start that?
13:18 gryphon joined #parrot
13:18 particle runtime/parrot/library/JSON.pir
13:19 kj oh I guess that's the one used by compilers/json
13:19 particle oh, right, coke did that
13:19 particle i did yaml
13:19 kj so array/hash->json is not actually in compilers/json. that's good
13:19 particle ...four letter acronyms... all look alike...
13:20 particle we need a yaml parser
13:20 particle parser/dumper pair, actually
13:20 kj anyway, i don't mean to throw away compilers/json just like that. I just was bored (without internet at home)
13:20 particle so we can serialize past, post, etc
13:20 NotFound Did we have a pmc or a class for json objects?
13:21 kj json objects are just arrays and hashes
13:21 kj [] -> array, {} -> hash
13:22 NotFound Yeah, but hashes actually can contain other things. Json objects are supposed to contains only other json objects.
13:23 kj so you're implying that hashes are not failsafe in the to-json operation?
13:23 kj not proper json-able
13:24 paco joined #parrot
13:24 DietCoke there's a question as to whether compilers/json should even be in here. =-)
13:25 DietCoke I did _that_ because I was bored one day, it wasn't a requirement for anything.
13:25 NotFound And that we can't take any pmc and have some way granted that it only contains json data.
13:25 DietCoke we can just do our best, ja. good luck putting a closure into JSON.
13:26 NotFound DietCoke: not a requirement, but is nice to have a json way available when one needs a way to store/retrieve structured data.
13:26 kj DietCoke: it seems like a reasonable thing to do, converting stuff into JSON
13:26 kj so next is YAML and maybe XML :-)
13:26 particle somebody's gotta do xml, but it won't be me
13:26 NotFound I will vote for one way in core, and the others in modules.
13:27 barney kj: you forgot S-Expressions
13:27 kj that's the stuff with parentheses, right?
13:28 kj (key value)
13:29 barney yes
13:30 rurban joined #parrot
13:31 kj sounds to me there should be some common class for to_***() functionality, that can take parameters for the specific output; json taking [] and {,:,}; s-expressions only (), etc.
13:31 rurban Hi :) I'm just making up the new parrot packages for cygwin. I wonder how others named the rakudo or perl6 package? I want to name it parrot-perl6.
13:31 kj and xml using <>, </>
13:31 rurban I found nothing useful at debian, gentoo and freebsd ports.
13:31 particle how about parrot-languages-perl6?
13:31 particle or parrot-languages-rakudo
13:32 NotFound What about just 'rakudo'?
13:32 particle then we can distinguish parrot-languages from parrot-library etc
13:32 rurban Isn't "languages-" superfluous?
13:32 particle i'd like to see a rakudo package that depends on a parrot package
13:32 rurban I have parrot, libparrot0, libparrt-devel, and then parrot-perl6, parrot-lua, ...
13:33 NotFound rakudo is supposed to be perl6 in parrot, so the parrot part is redundant.
13:33 particle there can be more than one perl6 on parrot
13:33 rurban For pugs I need first ghc and this is a major work todo, so the simple parrot languages first.
13:33 NotFound particle: but we won't to call it rakudo.
13:33 rurban But I want pugs as reference also
13:33 particle NotFound: correct
13:34 rurban So far I build --languages="perl6 parrot_compiler punie lua"
13:34 particle languages/parrot_compiler isn't something that should be packaged
13:34 rurban ok.
13:34 particle it should probably be removed from the repo
13:35 kj i was just wondering, is parrot_compiler still used somewhere?
13:35 moritz rurban: pugs is currently packaged via cabal, the haskell package maanger
13:35 rurban just removed it from the ports file
13:36 rurban what are the other most stable langauges that deserve a seperate package?
13:36 barney It's not used anywhere. Some code could be salvaged into an example.
13:36 NotFound Giving the interest recently seen, lolcode is a good candidate.
13:36 kj squaak is stable :-) (but not that useful I guess)
13:36 barney Pipp
13:37 barney Eclectus maybe
13:37 kj cardinal is improving I think?
13:37 barney m4 and hq9plus and urm defintily not
13:37 Whiteknight joined #parrot
13:37 dalek r28950 | fperrad++ | libs4php:
13:37 dalek : [php] cache with PCRE
13:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28950
13:38 TimToady joined #parrot
13:38 particle stable: abc cardinal eclectus lolcode lua perl6 punie pynie squaak
13:38 dalek r28951 | Whiteknight++ | gsoc_pdd09:
13:38 dalek : a few diagnostic fixes and changes
13:38 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28951
13:39 dalek r28952 | bernhard++ | trunk:
13:39 dalek : [Pipp]
13:39 dalek : First round of renaming Plumhead to Pipp.
13:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28952
13:39 rurban in the smokes there are only a few 100% ok for cygwin: unlambda, regex, lazy-k, bf. That's all
13:39 NotFound rurban: don't lose the opportunity, you can be the first person in the world to make a Pipp package.
13:40 vhold joined #parrot
13:40 rurban I definitely DO NOT want to be the first :)
13:41 NotFound Coward ;)
13:41 particle ok, now pipp is approaching stability, since it exists
13:41 particle a minute ago it was plumhead
13:41 * NotFound plays 'A star is born'
13:42 rurban pipp: is that php?
13:42 particle rurban: if it's a hard requirement for all tests to pass in order for packages to be made/supported, then we have some work to do for sure
13:42 particle yes
13:42 particle pipp is parrot's php
13:42 rurban ok, pipp is a candidate also then.
13:43 particle lua should be a candidate
13:43 NotFound There will not be a new name for Lua in parrot? What about the winged- idea?
13:44 rurban lang_stable="abc cardinal eclectus lolcode lua perl6 punie pynie squaak pipp"
13:44 rurban lang_alltests_ok="unlambda regex lazy-k bf"
13:45 particle i don't understand why perl6 tests are failing
13:45 rurban lang_alltests_ok="unlambda regex ook lazy-k bf"
13:45 particle make test on languages/perl6 is very simple
13:45 rurban oops, sorry. perl6 is not my languages-smoke. I forgot it
13:46 particle make sure all the stable langs are in languages-smoke
13:46 particle it may be, however, that parrot's languages-smoke can't deal with certain languages' test suites
13:47 rurban If I remember the perl6 tests run only with make fulltest
13:48 particle oh god no
13:48 particle that won't pass for a year or so
13:48 particle make test
13:48 particle or make spectest_regression
13:48 particle but fulltest includes all of the official perl6 spec tests
13:48 rurban fulltest is not so bad:
13:49 moritz particle: fulltest is fine
13:49 particle we're only passing ~25% of the 20% that's been converted
13:49 moritz particle: fulltest is spectest_regression + codetests + sanity-tests
13:49 moritz particle: 'spectest' is bad
13:49 particle i must have an older makefile then
13:49 rurban t/codingstd/c_function_docs (Wstat: 256 Tests: 1 Failed: 1)
13:49 rurban t/codingstd/c_macro_args   (Wstat: 256 Tests: 1 Failed: 1)
13:49 rurban t/codingstd/fixme          (Wstat: 256 Tests: 1 Failed: 1)
13:49 rurban t/codingstd/pod_todo       (Wstat: 256 Tests: 1 Failed: 1)
13:50 rurban and a few other examples failures
13:50 moritz rurban: in the last release? or svn HEAD?
13:51 rurban svn HEAD
13:51 rurban from my dailiy smokes
13:51 dalek r28953 | Whiteknight++ | gsoc_pdd09:
13:51 dalek : [gsoc_pdd09] updating to trunk 28949
13:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28953
13:52 rurban Now I only have to try out building in a seperate builddir without lndirs
13:52 particle ah, yes, fulltest is reasonable now
13:52 moritz rurban: the condingstd tests in languages/perl6/ should be the same as in the main parrot dir  -do they fail there as well?
13:54 NotFound The codingstd tests checks for platform EOL in sources?
13:59 rurban moritz: I obviously never did make test -C languages/perl6
14:00 moritz rurban: ok
14:05 purl joined #parrot
14:07 tewk_ P{}
14:07 barney Yes languages-smoke only works for langs with Perl5 test scripts.
14:15 rurban My current languages-smoke on cygwin is not good: 280 OK from 2722 tests (10.29% ok)
14:15 rurban perl6 fails with  No rule to make target `/usr/src/perl/parrot/parrot-svn/runtim​e/parrot/library/PGE/Perl6Grammar.pbc', needed by `src/gen_grammar.pir'.  Stop
14:16 moritz that's bad, that should be created during 'make' in top level parrot
14:16 moritz rurban: care to submit a bug report?
14:16 moritz parrotbug?
14:16 purl parrotbug is mailto:parrotbug@parrotcode.org or http://svn.perl.org/parrot/​trunk/docs/submissions.pod or see also "rakudobug"
14:17 rurban first I fix my 0.6.3 release. then I look into the new bugs.
14:17 moritz ok
14:17 rurban the new glut bindings broke a lot of things
14:21 iblechbot joined #parrot
14:29 rurban Configuring languages... step gen::languages died during execution: Can't open languages/pipp/config/make files/root.in: No such file or directory at lib/Parrot/Configure/Compiler.pm line 266.
14:29 rurban oops, sorry! I mixed up 0.6.3 with svn HEAD
14:35 DietCoke (what, no tcl on cygwin? :P)
14:35 barney rurban: For svn HEAD you might need to do a 'make realclean' first
14:36 DietCoke I am surprised that tcl is failing any tests. there might be one warning with the lsort test, but if you squint, all the test did pass. =-)
14:42 stupidbot joined #parrot
14:46 dalek r28954 | bernhard++ | trunk:
14:46 dalek : [Pipp]
14:46 dalek : Second round of renaming Plumhead to Pipp.
14:46 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28954
14:46 barney BTW: There is now a simple languages-test-separate Makefile target
14:47 TonyC joined #parrot
14:52 gmansi_ joined #parrot
14:53 bacek joined #parrot
14:54 dalek r28955 | bernhard++ | trunk:
14:54 dalek : [Pipp]
14:54 dalek : Get rid of some TGE related code.
14:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28955
14:55 peepsalot joined #parrot
14:58 dalek r28956 | bernhard++ | trunk:
14:58 dalek : [Pipp]
14:59 dalek : The files driver_nqp.pbc and pipp_pct.pbc are no longer generated.
14:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28956
15:01 ambs joined #parrot
15:03 dalek r28957 | bernhard++ | trunk:
15:03 dalek : [Pipp]
15:03 dalek : Readd the *.java files generated for the Antlr3 variant,
15:03 dalek : after the renaming from Plumhead to Pipp
15:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28957
15:08 dalek r28958 | bernhard++ | trunk:
15:08 dalek : [Pipp]
15:08 dalek : Clean up the files benerated during 'make maintain-antlr3'
15:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28958
15:10 dalek bernhard.schmalhofer@gmx.de | Plumhead:
15:10 dalek link: http://www.perlfoundation.or​g/parrot/index.cgi?plumhead
15:10 dalek bernhard.schmalhofer@gmx.de | Pipp:
15:10 dalek link: http://www.perlfoundation.​org/parrot/index.cgi?pipp
15:13 dalek bernhard.schmalhofer@gmx.de | Plumhead:
15:13 dalek link: http://www.perlfoundation.or​g/parrot/index.cgi?plumhead
15:13 dalek bernhard.schmalhofer@gmx.de | Pipp:
15:13 dalek link: http://www.perlfoundation.​org/parrot/index.cgi?pipp
15:17 dalek bernhard.schmalhofer@gmx.de | plumhead_renaming:
15:17 dalek link: http://www.perlfoundation.org/pa​rrot/index.cgi?plumhead_renaming
15:18 Theory joined #parrot
15:26 cotto_home barney, I'd recommend that we not change names on the wiki (or in the code) until pipp.org is actually transferred.
15:27 cotto_home There's no indication that anything will go wrong, but I don't like jumping the gun.
15:28 barney Sorry, it's already done.
15:28 cotto_home It won't hurt anything.  I'd leave the code alone, for now
15:29 ambs kind of OT question: anybody with firefox3 and problems editing pages on socialtext?
15:29 cotto_home also, we'll have to coordinate with fperrad so his code doesn't get out of sync
15:29 DietCoke cotto_home: it would be nice if we had someone else on cygwin tell us they had a successful build.
15:29 cotto_home DietCoke, wrt which ticket
15:30 cotto_home ?
15:30 DietCoke the one you just closed. 42692
15:31 barney cotto_home: fperrards changes are merged into trunk, but there are some extra changes
15:34 cotto_home barney, ok.
15:35 cotto_home DietCoke, I closed that one because of apparent lack of interest, but I plan on getting a cygwin build environment set up soon, at which point I can test it myself.
15:40 rurban firefox3 has definitely problems with socialtext where you mention it.
15:40 rurban I tried the search box and nothing happened when I was in edit mode.
15:40 ambs rurban, good its not just me
15:40 rurban I am on Win XP sp2
15:40 * ambs starts safari to edit TPF website
15:40 ambs rurban, macos
15:41 rurban SeaMonkey 1.1.9 also has pronblems with socialtext
15:44 cotto_home barney, it looks like pipp.org will be transferred later today
15:49 rdice joined #parrot
15:49 barney cool
16:02 barney http://use.perl.org/~Bernhard/journal/36838
16:03 dalek r28959 | cotto++ | trunk:
16:03 dalek : [pipp] fix some PMC-related targets
16:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28959
16:03 sjansen joined #parrot
16:08 ruoso joined #parrot
16:10 barney cotto: clean-pmc is already in clean-common
16:11 cotto_home barney, my mistake
16:12 cotto_home I'll take it out.
16:12 cotto_home (out of clean)
16:12 dalek r28960 | pmichaud++ | trunk:
16:12 dalek : [rakudo]:
16:12 dalek : * Update spectest-progress.csv:  80 files, 1290 passing tests
16:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28960
16:15 dalek r28961 | cotto++ | trunk:
16:15 dalek : [pipp] backing out an unnecessary dependency in the makefile
16:15 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28961
16:16 pmichaud http://www.pmichaud.com/perl6​/rakudo-tests-2008-07-02.png
16:18 mj41 joined #parrot
16:18 cotto_home barney, my code is all up-to-date.  Thanks for taking care of the name change.
16:18 cotto_home barney++
16:20 Auzon pmichaud: Does that mean that we added 150 tests were added since the last data point?
16:20 Auzon That's quite impressive if so :)
16:21 pmichaud on 07-01 there were five new test files added to spectest_regression, and a total of 183 new tests
16:22 Auzon I see the file now
16:22 pmichaud on 07-01 we also passed 118 more tests
16:22 pmichaud because of chromatic++ 's lexical bug fix, I'm hoping I can get $_ and .method working today
16:23 pmichaud (but kids keep interrupting around here )
16:23 kj can't you learn the kids to program? :-)
16:23 kj s/learn/teach/
16:24 cotto_home "Daddy, what's an incremental garbage collector?"
16:24 pmichaud "Our dog is a good example."
16:25 kj ha ha
16:25 cotto_home pmichaud++
16:25 pmichaud "or your rooms."
16:25 pmichaud (I'll avoid the obvious comments about "Daddy's desk"  :-)
16:25 kj i think there's a leak in there too :-)
16:25 NotFound kj: let them play with a good old line-numbered Basic Interpreter.
16:26 kj is it running on parrot?
16:26 NotFound Not sure, but I think I readed that the basic in the repo accepts line numbers.
16:27 kj it seems thecompiler works, but the generated code is not
16:28 kj s/is/does/
16:30 NotFound Anyway, IMO a true old-style basic must be a pure interpreter.
16:30 kj does it matter what the interpreter does internally?
16:31 kj that is, it needs to parse the input anyway, and it might as well generate PIR
16:31 NotFound kj: yes, if you want to play old games like auto-modifiable code.
16:31 kj mmm ok. I don't have experience playing old games
16:31 kj .. in basic
16:32 NotFound kj: if you want to try, here is my interpreter: http://blassic.org
16:33 kj nice! don't you feel the urge for a parrot port? :-)
16:33 Infinoid *urge* *urge*
16:34 NotFound Maybe someday I try with a subset.
16:35 NotFound Or maybe I try to embed parrot inside it.
16:53 kj mmm. ecmascript seems to fail tests :-(
16:53 kj it was working last time I touched it, iirc
16:55 magnachef joined #parrot
16:57 magnachef_ joined #parrot
16:59 NotFound kj: fails also for me.
17:00 kj the grammar seems fine.
17:06 rurban_ joined #parrot
17:07 NotFound Pipp build with C++ pass all tests. Good work, guys.
17:18 cjfields joined #parrot
17:24 NotFound A doubt about the imcc_init function: several places call it, and docs/embed.pod claims it is required to be able to use the compiler. However, it is called from make_interpreter, so it must be always already initialized, it isn't?
17:33 kj there seems to be something wrong with \N in ecmascript's grammar. Anybody knows about any changes in PGE w.r.t. \N?
17:35 pmichaud havent been any changes for \N that I'm aware of.
17:35 kj ok
17:35 NotFound Dropped all calls to imcc_init in t/src/compiler.t and all test still passes.
17:37 * DietCoke had fun with his eldest (catching up on scrollback) yesterday giving him a puzzler from car talk, letting him figure it out, then showing him how to do it in perl, then showing him how much faster it was in C.
17:38 japhb How old is your eldest?
17:40 DietCoke 11.5
17:40 NotFound DietCoke: are you premature optimizing your childs?
17:45 dalek r28962 | pmichaud++ | trunk:
17:45 dalek : [pct]:
17:45 dalek : * PCT now generates lexical scopes via :lexid.
17:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28962
17:45 dalek r28963 | kjs++ | trunk:
17:45 dalek : [ecmascript] change throw and return into tokens using \N; tests pass again.
17:45 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28963
17:48 NotFound kj: pass here also.
17:50 kj NotFound: thanks for checking
17:51 kj I suspect it has something to do with the <ws> rule.
18:03 rdice joined #parrot
18:21 Whiteknight DietCoke still here?
18:25 DietCoke yes
18:32 DietCoke and still
18:34 Whiteknight I want to create a branch to work on that :vtable has "Self" problem. you dig?
18:35 dalek r28964 | pmichaud++ | trunk:
18:35 dalek : [pct]:
18:35 dalek : PAST::Compiler no longer calls newclosure for nested blocks --
18:35 dalek : it relies on the PAST tree to make newclosure op nodes
18:35 dalek : as appropriate.  (This part of the design may change yet
18:35 dalek : again, but we'll go with this for now as it appears to work.)
18:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28964
18:35 Whiteknight the problems are sufficiently far-reaching that I think a separate branch is in order
18:36 pmichaud chromatic++ # fixing RT #56184
18:36 stupidbot Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
18:36 cjfields stupid stupidbot (is that redundant?)
18:37 pmichaud purl, stupidbot?
18:37 purl no idea, pmichaud
18:37 pmichaud stupidbot is still stupid.
18:38 Whiteknight stupidbot?
18:38 purl stupidbot is still stupid.
18:38 Whiteknight purl++
18:42 cjfields stupidbot is also purl's red-headed stepchild
18:42 purl okay, cjfields.
18:46 Infinoid opbots, names
19:02 dalek r28965 | fperrad++ | libs4php:
19:02 dalek : [php] move var_dump() tests
19:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28965
19:02 dalek r28966 | fperrad++ | libs4php:
19:02 dalek : [php] implement count()
19:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28966
19:04 ruoso joined #parrot
19:29 nopaste "pmichaud" at 76.183.97.54 pasted "patch results in infinite loop in imcc" (58 lines) at http://nopaste.snit.ch/13451
19:30 pmichaud can someone apply the nopaste patch to trunk and see if they can get perl6.pbc to build?
19:30 pmichaud on my system it hangs at the  ../../parrot  -o perl6.pbc perl6.pir
19:31 pmichaud if I comment out the "push_eh" instruction it compiles cleanly
19:32 * pmichaud tries a fresh checkout
19:40 dalek r28967 | fperrad++ | trunk:
19:40 dalek : [php] move var_dump() tests
19:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28967
19:40 pmichaud okay, I get the infinite loop in a fresh checkout, also.
19:40 pmichaud if anyone else can confirm the problem I'd really appreciate it.
19:42 Whiteknight what's the problem? stall on make perl6?
19:42 pmichaud stalls on   compiling perl6.pbc
19:43 Whiteknight okay, let me fire it up
19:43 dalek r28968 | fperrad++ | trunk:
19:43 dalek : [Pipp] implement count()
19:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28968
19:50 pmichaud purl, 422/943?
19:50 purl pmichaud: i don't know
19:50 pmichaud 422 / 943
19:50 purl 0.447507953340403
19:53 Whiteknight mine built
19:53 Whiteknight update, clean, build, worked
19:53 pmichaud Whiteknight: platform?
19:53 pmichaud Whiteknight: you applied the patch I nopasted?
19:53 Whiteknight no, no patch
19:53 pmichaud oh, I know it builds from clean.
19:53 Whiteknight Debian, ubuntu 8.04
19:53 Whiteknight oh, so we were testing the patch?
19:53 pmichaud yes, I'm trying to see if that patch causes anyone else's imcc to hang
19:54 Whiteknight ...I'll try that then
19:54 pmichaud thanks
19:54 pmichaud I greatly appreciate it
19:57 dalek r28969 | fperrad++ | trunk:
19:57 dalek : [Pipp] cache with PCRE
19:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28969
19:58 NotFound pmichaud: if you are working with imcc issues, please take a look at the patch I've sended now, RT#56538
19:58 stupidbot Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
19:59 pmichaud NotFound: I'm not working actively with imcc internals -- I'm just very surprised to come across something where I can make it "hang"
19:59 pmichaud it's just compiling a (very lengthy) pir file, but it really should never hang
19:59 NotFound This is more an external than an internal ;)
20:00 pmichaud phone
20:01 dalek r28970 | fperrad++ | trunk:
20:01 dalek : [Pipp] try to work without PCRE
20:01 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28970
20:10 Tene Should 'make fulltest' work?  It seems to be looping.
20:10 Tene I've seen t/dynpmc/foo fail five times so far, I think.
20:10 pmichaud Parrot's 'make fulltest'   tests all of the runcores iirc
20:11 Whiteknight yes, i'm pretty sure that's what it does
20:11 Whiteknight it's a long process
20:14 dalek r28971 | fperrad++ | trunk:
20:14 dalek : [Pipp] MANIFEST
20:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28971
20:17 Tene ahh
20:21 dalek r28972 | fperrad++ | trunk:
20:21 dalek : [Pipp] svn properties
20:21 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28972
20:29 Infinoid opbots, trust NotFound
20:29 slavorg Ok
20:29 clunker3 But I do not trust you Infinoid
20:29 slavorgn Ok
20:29 Infinoid (seems human.)
20:29 Infinoid opbots, believe dalek
20:29 slavorg Ok
20:29 clunker3 But I do not trust you Infinoid
20:29 slavorgn Ok
20:29 Infinoid (doesn't seem human.)
20:30 NotFound Are you playing robot games?
20:30 Infinoid <dalek> exterminate all humans.
20:31 Infinoid who belongs to clunker3?
20:41 NotFound All your robots are belong to us!
20:57 NotFound There is an announce of pipp in planet parrot. The plan was not to delay announces until domain transfer?
21:01 shamu left #parrot
21:04 gryphon joined #parrot
21:29 dalek r28973 | chromatic++ | trunk:
21:29 dalek : [IMCC] Removed unnecessary imcc_init() calls; interpreter initialization
21:29 dalek : already does this (NotFound, RT #56538).
21:29 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=28973
21:29 stupidbot Error calling said() for rt: Malformed RT response received from http://rt.perl.org/rt3/
21:36 slightlyoff joined #parrot
21:37 slightlyoff left #parrot
21:45 avar left #parrot
21:51 rurban just comitted a report about sane installation defaults
21:52 rurban with the default options it will pollute the system
21:52 rurban (with patch of course)
21:53 rurban disassembler should be renamed to pbc_disassembler
21:54 rurban sorry: disassemble => pbc_disassemble
21:55 rurban The generated Makefile has also an insane LIB_DIR=/usr/lib default
21:56 rurban Should be /usr/lib/parrot
21:56 japhb rurban: Note that disassemble is used by tools/util/dump_pbc.pl
21:56 rurban That's why I have no patch for this yet :)
21:56 japhb rurban: Ah ... you said "with patch of course"
21:57 rurban patch just for tools/dev/install_files.pl for now.
21:57 NotFound rurban: The lib dir thing is debatable.
21:57 rurban For the Make system and names I want to hear opinions
21:58 rurban make reallyinstall intalls lots of mist into /usr/lib
21:58 Tene pmichaud: ping
21:59 NotFound rurban: but at leaste the main dynamic library is preferably that be installed in a standard location.
21:59 rurban /usr/lib/config, /usr/lib/compiler, ...
21:59 japhb NotFound: my thinking is that .so files should go in /usr/lib, but runtime/... et al. needs to go under /usr/lib/parrot/
21:59 purl Hmm.  No matches for that, japhb.
22:00 rurban and the worst is the default main/library dest to prefix only. This should go to some /usr/lib/parrot analog to perl5
22:00 NotFound Using other place can cause problems, like having to touch ld config files.
22:00 japhb rurban: nod
22:00 rurban japhb: true
22:00 teknomunk joined #parrot
22:01 rurban of course the main lib is in the standard location.
22:01 NotFound Fine, then.
22:03 NotFound Maybe the disassembler can be dropped, by adding an option to do the work in pdb.
22:04 japhb NotFound: see my comment above -- it's needed by dump_pbc.pl
22:04 rurban I'll send a disassemble rename patch then. I don't want to package just a /usr/bin/disassemble
22:04 japhb agreed
22:05 NotFound Too generic name, yes.
22:06 NotFound (I hope the debate will be short than plumhead renaming) X-)
22:08 japhb NotFound: thankfully, we don't need to buy a domain for it ...
22:09 NotFound disassemblers_anonymous.org
22:10 rurban btw: how to submit a patch as attachment with parrotbug?
22:10 rurban inline it :) yes
22:10 japhb Or just send it as a normal email, rather than using the tool
22:11 NotFound There is an attach button somewhere.
22:11 japhb NotFound: in RT, yes.  I thought rurban was talking about the parrotbug command line tool
22:11 rurban yes, my joe has the ^KR button
22:11 * japhb cringes
22:12 NotFound Ah, yes, I don't used the command line yet.
22:12 NotFound I have a copy of Wordstar for cp/m that has the same button.
22:13 japhb NotFound: developers rarely do.  I believe it broke at one point and noone noticed until a user tried to parrotbug a release.  I had problems with it once (that turned out to be a local MTA issue), and people went "Oh, does that work now?"
22:13 japhb NotFound: yes, but do you have a box still running CP/M on which to run said Wordstar?
22:13 mire joined #parrot
22:13 NotFound japhb: something like that.
22:14 NotFound Several virtual boxes that can run it.
22:14 japhb ... one of which is running on a machine that can use 8" diskettes?  :-)
22:14 NotFound And I have also an Amstrad CPC 6128, but no disks for it.
22:15 NotFound japhb: not, just 3" ones.
22:15 * japhb still has old CP/M, CBASIC, SuperCalc, and SuperWriter 8" disks laying around, for historical value.
22:16 NotFound japhb: take a look at http://www.arrakis.es/~ninsesabe/aliados/
22:17 rurban I have a box with seymonkey mail, which actually has such an Attach button :)
22:18 japhb NotFound: did you create that?
22:18 NotFound japhb: yes.
22:19 japhb cool!
22:19 NotFound The system only, the Z80 emulation core is adopted.
22:20 * japhb coincidently has been reading about creating an assembler for Z80 recently
22:20 NotFound japhb: I already wrote one.
22:21 NotFound http://www.arrakis.es/~ninsesabe/pasmo/
22:23 japhb "can also generate 8086 code from Z80 sources" -- now that's what I call cross-assembly!
22:23 NotFound japhb: yeah, and it can even run it in ms-dos.
22:23 japhb heh
22:24 japhb Retro is just so gosh-durned fun.  (says the forthwright)
22:24 NotFound The funny thing is that I started to write it as a tool to create test for the cp/m thing, and become much more popular than it.
22:25 japhb interesting
22:25 NotFound Well, for some value of 'popular' :D
22:26 NotFound In certain circles of people that still write games and demos for old machines.
22:41 rurban hmm. I wonder if /usr/bin/pdb is not also too generic? Isn't pdb already taken?
22:42 NotFound Python debugger?
22:42 rurban yup. pyton has it. oh my
22:42 rurban Thanksfully this has no deps
22:42 NotFound Don't know if it's just a module or a standalone also.
22:43 rurban I just googled for /usr/bin/pdb and it's there for python
22:43 NotFound There is a chess Problem Database Server also.
22:43 rurban (debian etch)
22:44 rurban pdb => parrot_pdb?
22:44 rurban parrot_db sounds too much like a database
22:45 NotFound parrot_deb looks like a debian package.
22:45 NotFound parrot_debug?
22:45 rurban (why I am the first anyway? is there no debian package for the parrot utils yet?)
22:46 japhb rurban: Because we have not previously been in the phase in which installing needs to work.
22:47 NotFound There is even a lot of messages preventing people from installing.
22:47 japhb Basically, everyone would be happy if installing worked, but no one previously worked to hard on getting it right.
22:47 rurban maybe I should just wait for the weird debian guys to come up with a overarchitectured naming. or wait for a proper and stable fedora package
22:47 japhb There have been packages for a couple packaging systems, but I've never tried them.
22:47 japhb And I suspect they are very old.
22:51 rurban yes, debian is very iold, had technical problems and wrong deps. And allison never answered to them.
22:53 rurban Ah, I see. We wanted to change the debian mainainer to parrot-porters@. Good. So it will be the release manager. So it must be added to the  release_manager_guide.pod
22:55 Tene rurban: the spec file seems to work just fine for me to build an rpm for fedora.  I can probably build an rpm for you, depending on what arch/release you want it for.
22:55 rurban Tene: No thanks :) I rather make up my own specs. We call it ports, similar to freebsd and gentoo.
22:56 rurban Actually the cygwin cygport is modelled after the gentoo ebuild / portage, which is modelled after the freebsd ports.
22:58 rurban Is a debian-parrot already somewhere? I want to talk to them about packaging issues. The final proper layout, so to call.
22:58 rurban fedora is also fine, even finer probably.
22:58 purl okay, rurban.
22:59 japhb purl, fedora?
22:59 purl rumour has it fedora is a style of hat, like the pulp-novel detectives used to wear or fine, even finer probably
22:59 japhb no, fedora is a style of hat, like the pulp-novel detectives used to wear
22:59 purl okay, japhb.
22:59 rurban rumor has it that debian packages are lawyers and managers and no programmers at all
22:59 rurban :)
23:00 tetragon joined #parrot
23:03 rurban Hey; I just read that perl(Moose) is a fedora BuildRequires: I have no moose and parrot builds fine.
23:04 rurban And I see that fedora also heavily patched the build process. But mainly the usual lib|lib64 issue.
23:05 rurban And it's nice that they produce a pbc_exe binary for every single language
23:41 Coleoid left #parrot
23:59 TiMBuS joined #parrot

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced