| Time |
S |
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/[…]%20%20%20'__NEWLI |
| 01:16 |
|
cotto_work |
NE__'%2C%0A%20%20%20''%2C%20%0A%20%20%20'%3Csmall%3E__Requestors__%3C%2Fsmall%3E'%2C%0A%20%20%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__LastUpdatedRelative__%3C%2Fsmall%3E'%2C%0A%20%20%20'%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E'&Query=Queue%20%3D%20'parrot'%20AND%20Status%20%3D%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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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[ArrayArray] |
| 03:36 |
|
cjfields |
perl6: for [1..3] { say $_.WHAT} |
| 03:36 |
|
polyglotbot |
OUTPUT[IntIntInt] |
| 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[IntIntIntIntIntInt] |
| 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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/br[…]anguages/plumhead |
| 08:26 |
|
dalek |
: Disable PCRE until there is a check whether PCRE is available |
| 08:26 |
|
dalek |
diff: http://www.parrotvm.org/svn/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/runtime/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/tru[…]s/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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?rev=28958 |
| 15:10 |
|
dalek |
bernhard.schmalhofergmx.de | Plumhead: |
| 15:10 |
|
dalek |
link: http://www.perlfoundation.org/[…]ndex.cgi?plumhead |
| 15:10 |
|
dalek |
bernhard.schmalhofergmx.de | Pipp: |
| 15:10 |
|
dalek |
link: http://www.perlfoundation.org/[…]ot/index.cgi?pipp |
| 15:13 |
|
dalek |
bernhard.schmalhofergmx.de | Plumhead: |
| 15:13 |
|
dalek |
link: http://www.perlfoundation.org/[…]ndex.cgi?plumhead |
| 15:13 |
|
dalek |
bernhard.schmalhofergmx.de | Pipp: |
| 15:13 |
|
dalek |
link: http://www.perlfoundation.org/[…]ot/index.cgi?pipp |
| 15:17 |
|
dalek |
bernhard.schmalhofergmx.de | plumhead_renaming: |
| 15:17 |
|
dalek |
link: http://www.perlfoundation.org/[…]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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?rev=28961 |
| 16:16 |
|
pmichaud |
http://www.pmichaud.com/perl6/[…]ts-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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?rev=28965 |
| 19:02 |
|
dalek |
r28966 | fperrad++ | libs4php: |
| 19:02 |
|
dalek |
: [php] implement count() |
| 19:02 |
|
dalek |
diff: http://www.parrotvm.org/svn/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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/pa[…]evision?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 |
