Parrot 1.0 Released | parrot.org | 340 RTs left!
Set by moderator on 18 April 2009.
dalek kudo: da03c6c | pmichaud++ | build/PARROT_REVISION:
Bump PARROT_REVISION to get latest ** <expr> changes.
 00:06
shorten dalek's url is at xrl.us/bephob
00:06 Limbic_Region joined 00:09 AndyA joined, DietCoke joined
Coke . 00:10
Limbic_Region ./
00:11 Theory joined
cotto ./. 00:11
00:27 bsdz_mob joined
dalek rrot: r38200 | pmichaud++ | trunk/compilers/pge/PGE/Perl6Regex.pir:
[pge]: Get ** <expr> quantifier to (mostly) handle :sigspace.
 00:29
kudo: d0310a3 | pmichaud++ | build/PARROT_REVISION:
Bump PARROT_REVISION once again.
 00:30
shorten dalek's url is at xrl.us/bephqd
dalek rrot: r38201 | pmichaud++ | trunk/t/compilers/pge/perl6regex/rx_quantifiers:
[pge]: Updates to rx_quantifiers for new ** <expr> quantifier.
 00:36
00:37 rdice joined 01:09 davidfetter joined
dalek rrot: r38202 | coke++ | trunk/t/codingstd/copyright.t:
[t] for release, re-make this a TODO test.
 01:26
rrot: r38203 | coke++ | trunk/compilers/pge/PGE/Exp.pir:
[cage] remove trailing whitespace
cotto coke++ 01:30
Coke with that, I think 'fulltest' is working for me again. 01:32
going to add a top level nav item to www.parrot.org that points to Trac. someone suggest a name? 01:37
Whiteknight "Trac" 01:38
Coke sadly, that's all I came up with too. =-)
Whiteknight or, "TEH TRAKZ"
a bit of a node towards common internet hacker culture 01:39
s/node/nod/
Coke there. juggled the buttons while I was in there. 01:43
need to reboot... 01:44
02:04 DietCoke joined 02:35 janus joined 04:07 Andy joined 04:57 Theory joined
dalek rrot: r38204 | fperrad++ | trunk/tools/dev/fetch_languages.pl:
[languages] Cardinal is on Github
 05:07
tracwiki: v89 | fperrad++ | Languages 05:10
tracwiki: Cardinal is on Github
tracwiki: trac.parrot.org/parrot/wiki/Langua...ction=diff
shorten dalek's url is at xrl.us/bepibv
dalek tracwiki: v90 | fperrad++ | Languages 05:14
tracwiki: Add XML
tracwiki: trac.parrot.org/parrot/wiki/Langua...ction=diff
shorten dalek's url is at xrl.us/bepib5
05:31 flh joined 05:37 TiMBuS joined 05:48 helozjisky joined 06:12 iblechbot joined 06:37 helozjisky joined 07:16 szabgab joined 08:20 barney joined
dalek kudo: 0458077 | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 372 files, 10430 passing, 0 failing
 08:33
shorten dalek's url is at xrl.us/bepiku
08:39 helozjisky joined 08:49 uniejo joined
dalek kudo: 65b3bb5 | jnthn++ | src/parser/actions.pm:
Implement --> for specifying return type.
 08:58
shorten dalek's url is at xrl.us/bepimg
dalek kudo: 80f0d32 | jnthn++ | :
Merge branch 'master' of git@github.com:/rakudo/rakudo
shorten dalek's url is at xrl.us/bepimi
nopaste "tene" at 166.70.38.237 pasted "interpolate hash as named args for jnthn++" (14 lines) at nopaste.snit.ch/16310 09:02
dalek kudo: 0dfcf49 | (Stephen Weeks)++ | src/parser/actions.pm:
Implement |%args for interpolating a hash into named arguments to a sub call.
 09:12
shorten dalek's url is at xrl.us/bepimt
09:18 uniejo joined 09:30 flh joined
dalek tracwiki: v1 | cotto++ | KnownIMCCBugs 09:37
tracwiki: initial version, no bugs so far
tracwiki: trac.parrot.org/parrot/wiki/KnownI...ction=diff
shorten dalek's url is at xrl.us/bepim5
10:03 TimToady joined
dalek pp: d42faf1 | (Bernhard Schmalhofer)++ | t/pmc/resource.t:
add test for dereference
 10:08
shorten dalek's url is at xrl.us/bepin6
dalek rrot: r38205 | fperrad++ | trunk/NEWS:
[release] Updates to NEWS from commit log since last release.
 10:10
pmichaud tene: your flattening name patch would only work for hashes directly, yes? 10:14
(the one in 16310)
i.e., it wouldn't work for |(hash @array)
(oh, I see conversation in other channel) 10:15
moritz good localtime()
jonathan hi moritz 10:17
10:29 TiMBuS joined 10:37 TiMBuS joined
nopaste "jonathan" at 87.238.45.55 pasted "masak - patch for you" (39 lines) at nopaste.snit.ch/16311 10:39
10:55 mikehh_ joined 10:59 TiMBuS joined 11:31 rblasch joined 12:06 uniejo joined 12:17 rdice joined 12:18 iblechbot joined 12:23 uniejo joined 12:28 PacoLinux_ joined
dalek kudo: cc6b141 | jnthn++ | src/parser/actions.pm:
our T sub foo() { ... } form of setting the return value now akshually sets it.
 13:02
shorten dalek's url is at xrl.us/bepisi
dalek kudo: 25f7728 | jnthn++ | :
Merge branch 'master' of git@github.com:/rakudo/rakudo
shorten dalek's url is at xrl.us/bepisk
dalek kudo: d803a10 | jnthn++ | src/classes/Role.pir:
Implement subtyping based on role parameters, so now Positional[Int] ~~ Positional[Num], for example.
shorten dalek's url is at xrl.us/bepisp
dalek kudo: df86625 | jnthn++ | t/spectest.data:
Mark a test that needs ICU as such, and add S12-role/parameter-subtyping.t.
shorten dalek's url is at xrl.us/bepisr
dalek rrot: r38206 | fperrad++ | trunk/config/gen/makefiles/docs.in:
[docs] add dependency for target html
 13:11
rrot: r38207 | jonathan++ | trunk/runtime/parrot/library/P6object.pir:
[p6object] Refactor ACCEPTS to better handle non-P6 objects and maybe a little performance win too.
 13:24
13:30 uniejo joined 13:41 DietCoke joined 13:52 Whiteknight joined
mikehh how do you apply a patch henerated by svn diff? 13:54
s/hen/gen/
dalek rrot: r38208 | pmichaud++ | trunk (4 files):
[pge]: Add another dumper format to assist syntax highlighters.
 13:57
mikehh sorry my mind when blank for a moment - forgot the -p0 14:02
nopaste "he" at 158.38.152.119 pasted "Fix for NetBSD/OpenBSD powerpc has correct logic but is misplaced (my bad) -- hopefully last fix to trac 512" (58 lines) at nopaste.snit.ch/16312 14:04
14:10 Theory joined
rg he: are these jit fixes? is jit working on ppc? 14:11
Infinoid rg: it's a portability fix for netbsd/openbsd, apparently jit is working well enough to have broken on those platforms. see TT #512 14:14
he: Thanks for the patch. Just so I can write a useful commit message, what does this fix?
rg: ...and TT #502, and TT #454, and TT #421 14:16
...and RT #40959 :)
he Infinoid: The test for the various symbols needs to come after <elf.h> is included... 14:17
Infinoid ah, ok, thanks.
he rg: it's not jit fixes, but yes, jit appears to work on ppc, at least enough to complete the tests. 14:18
rg interesting. did you by chance do a make testj before we hab to disable the nci testsfor jit/i386 failure? 14:19
s/hab/had/
he rg: the testing i'm doing is with 1.0.0. I don't know if that precedes the event you're referring to. 14:20
rg hmm that precedes *both* events i'd like to refer to ;)
14:20 bobke joined
he heh, ok. 14:20
dalek kudo: 4a11dd5 | pmichaud++ | (2 files):
Allow 'dumper' option to pick dump style.
 14:21
shorten dalek's url is at xrl.us/bepiyg
Whiteknight wow, I didn't realize that ppc was JIT-capable 14:23
rg a lot of the code is there is by grunblatt, paultcochrane and leo 14:25
unfortunately none of them seems to be active anymore :( 14:26
Whiteknight well, that's how most of the JIT platforms are. Those guys wrote a lot of early parrot
dalek rrot: r38209 | Infinoid++ | trunk/src/exec_save.c:
[ppc] Move the TT #512 fix down a bit, it needs to be below the inclusion of <elf.h>.
 14:27
Infinoid he: We plan to release 1.1 in a couple of days. Is there a chance I could convince you to add your various targets to the PLATFORMS file? 14:31
rg ah but the code we're currently having trouble with (build_call_func) is i386 only 14:33
Infinoid rg: What's the problem? Is there a ticket? 14:38
rg infinoid: tt#551. we were discussing that last night 14:39
Infinoid Thanks. I'll see if I can reproduce it. 14:42
rg infinoid: the question is how to fix. the general feeling was that jit is unmaintainable and should probably be replaced (or ripped out if there is no replacement) 14:43
Infinoid That sounds like more of a longterm fix 14:46
odd, I'm on a jitcapable linux/x86 box but I can't reproduce that. 14:47
rg the tests are currently todo-ed
Infinoid oh.
14:49 davidfetter joined
he Infinoid: sure. 14:49
Infinoid: I just wished I was able to squish the "fails on NetBSD/macppc 5.0 and NetBSD/i386 5.0" (the latter is newly discovered) 14:50
Infinoid 1.1 should still work on more netbsds than 1.0 did, I think :) 14:51
he I've taken a look at the difference between "working" and "non-working", and it looks like Parrot_find_global_n() falls into the PMC_IS_NULL(ns) case. 14:52
I've looked, and the namespace is full of these "Null" functions, such as add = 0x82a9ed0 <Parrot_Null_add>, 14:53
Infinoid cotto's #551 patch works for me, trying fulltest now
he If I understand correctly, that's supposed to be the global name space. 14:54
Infinoid you're referring to vtable functions?
he However, that's about as far as I've come.
Yep.
Infinoid those come from the Null PMC 14:55
I'd love to get a look at some gdb output, if you have some
he In the working case, they're different, e.g. add = 0x5775f0 <Parrot_default_add>,
BTW, the PLATFORM file does not contain os-version, it appears. 14:56
Infinoid which probably means the PMC you're looking at is of a different type
sure it does. look at the entries for darwin, cygwin, aix
he I can "nopaste" my non-working gdb session. 14:57
one moment.
Infinoid thanks
(though interestingly cygwin is listed under both "supported platforms" and "extra platforms")
is cygwin a parrot core platform?
rg infinoid: the point is not that the patch works, but that it's not a good solution. for one get_pointer/set_pointer are not complementary anymore with the patch.
Infinoid One possible short term fix, then, is to subclass or copy the Pointer PMC to something specific which has the right semantics, and documents that. 14:58
I dunno the right answer, it's just a thought.
rg i've suggested a short term fix that removes the handling of V from the jitted call frames 14:59
it's the most simple workaround
i also have a solution that instead introduces a new method to pointer, but it would return void ** and that needs 3 infrastructure changes
Infinoid Having recently gotten into a (nearly) never-ending discussion about bolting more weird functionality onto already-complicated-and-overused base types (in my case, ManagedStruct), I'm a bit wary of changing the semantics of Pointer 15:00
rg whiteknight mentioned that allison or chromatic won't be happy about the simple workaround (removing functionality) 15:01
Infinoid rg: Do any of those infrastructure changes require deprecation cycles?
nopaste "he" at 158.38.152.119 pasted "GDB session of parrot on NetBSD/i386 5.0 where parrot build fails, for Infinoid" (963 lines) at nopaste.snit.ch/16313
rg i believe no
Infinoid If it's C stuff, the existence or nonexistence of PARROT_API is a pretty good indicator of whether something needs a depcycle. 15:02
dalek kudo: 6161852 | (Carl Masak)++ | src/setting/IO/Socket (2 files):
added server bits to IO::Socket::INET
 15:03
shorten dalek's url is at xrl.us/bepi3d
rg no, it's all about parsing a void ** return and adding a new vtable method
Whiteknight that's just my anticipation, I don't actually know what either of them will think about it 15:04
nopaste "he" at 158.38.152.119 pasted "GDB session of parrot on NetBSD/amd64 5.0 where parrot build succeeds, for Infinoid" (447 lines) at nopaste.snit.ch/16314 15:05
he "Included for good measure"
Infinoid Oh, is this with parrot 1.0.0? I've been trying to follow along with svn HEAD, but the line numbers look different 15:08
he Infinoid: yep, this is all with 1.0.0. 15:13
Do you think it would make a difference with svn HEAD? 15:14
I could relatively easily test that...
Infinoid I don't know, HEAD is just what I have easily available. so far things have matched up pretty well, but reading gdb output is kinda slow :) 15:15
wait, what? this looks like your CONTEXT(interp)->current_namespace is PMCNULL 15:16
he Yep. 15:17
My reaction as well. "How did that happen?"
Infinoid Yeah, we should work backward from there
jeez... Parrot_NameSpace_init has been called at least 100 times so far for this simple test script 15:19
nopaste "he" at 158.38.152.119 pasted "Some suggested NetBSD entries for PLATFORMS (I hope I got them right)" (18 lines) at nopaste.snit.ch/16315 15:20
Infinoid thanks, looks good. 15:21
dalek kudo: f03edcc | (Carl Masak)++ | src/builtins/control.pir:
[src/builtins/control.pir] switched to op form of join
 15:24
shorten dalek's url is at xrl.us/bepi3w
dalek kudo: c271e16 | (Carl Masak)++ | build/gen_setting_pm.pl:
[build/gen_setting_pm.pl] added support for multi-jointed type names
shorten dalek's url is at xrl.us/bepi3y
Infinoid Do your netbsd5.0-i386-gcc-4.1.3 and netbsd5.0-ppc-gcc-4.1.3 platforms not compile? 15:26
(due to this null namespace issue?)
rg infinoid: i've now commented on the ticked with my view of things (and patches). 15:31
nopaste "Infinoid" at 75.5.243.250 pasted "he: backtrace of where the relevant NameSpace PMC is allocated from (on known working linux/x86-64 platform)" (18 lines) at nopaste.snit.ch/16316 15:38
Infinoid can you put a breakpoint in src/hll.c:Parrot_register_HLL and see if the call to Parrot_make_namespace_keyed_str returns PMCNULL? 15:40
on my box, a breakpoint on src/hll.c:195 is called twice, and it looks like the first time is the relevant one. 15:41
oh, they're both for the "parrot" hll namespace, but the second one is for a second interpreter. The first one is what matters. 15:48
nopaste "he" at 158.38.152.119 pasted "More gdb session output, stepping through Parrot_register_HLL()" (360 lines) at nopaste.snit.ch/16317 15:50
he Oddly, it appears it did not return a PMCNULL.
Infinoid incidentally, for STRING values like hll_name, hll_name->strstart is what you want to print 15:52
and to figure out the type of a PMC, I usually just print pmc->vtable->init 15:53
what's the type of interp->HLL_namespace? 15:56
hmm, nevermind, if that were wrong, parrot would have crashed earlier. 15:57
So the value was allocated there and put into an RPA, at HLL_namespace[0] (idx == 0). Apparently it's fished out of the RPA at some point and ends up assigned to CONTEXT(interp)->current_namespace, which must be the part that breaks 16:00
16:06 Theory joined
he interp->HLL_namespace->vtable->init is (init_method_t) 0x83c2820 <Parrot_ResizablePMCArray_init> 16:13
Infinoid yeah, it's an RPA
the namespace PMC is stored in there for a while, and there are an awful lot of accesses. The one we care about is where it's copied to the sub PMC, which happens in Parrot_store_sub_in_namespace (if you breakpoint on that, it will be the second hit, presumably the first one is for "main") 16:16
tracking this stuff is like hunting down international jewel thieves, but infinitely less exciting. :)
It's this line: get_namespace_pmc(interp, sub_pmc); 16:18
he Hm, the first call to get_namespace_pmc() appears to return a null pmc. 16:19
(type_method_t) 0x82a6410 <Parrot_Null_type> 16:20
That's ns->vtable->type
As does the second invocation. 16:22
Infinoid that must be the bug
it just returns nsroot, here 16:23
but that isn't pmcnull for me.
pmichaud rakudo: say "\\c[INFINITY NEGATED WITH VERTICAL BAR]" 16:25
rg pmichaud: that's still down 16:26
nopaste "he" at 158.38.152.119 pasted "More gdb session output, stepping through get_namespace_pmc()" (42 lines) at nopaste.snit.ch/16318
he nsroot is pmcnull for me. 16:27
Infinoid time for some watchpointing, I think. one moment 16:28
he Hmm, how do I do PMC_int_val() in the debugger? 16:32
hll_id appears to be 0.
...in Parrot_get_HLL_namespace(), and it can return PMCNULL.
Infinoid hll_id should be 0, it's the root namespace (named "parrot") 16:36
he Oh, interp->ctx.state->current_namespace->cache->_i is {_int_val = -1164939200, _int_val2 = -1163229224}, i.e. apparently un-initialized.
Infinoid Parrot_get_HLL_namespace() with hll_id=0 returns the correct namespace for me 16:37
he So of course if (PMC_int_val(interp->HLL_namespace) < hll_id) always succeeds.
In Parrot_get_HLL_namespace() 16:38
Where's that supposed to be initialized?
Oh, wait.
Infinoid that was from Parrot_register_HLL, which you verified was valid 16:39
he Still un-initialized, interp->HLL_namespace->cache->_i is {_int_val = -1163211336, _int_val2 = 0}
Infinoid HLL_namespace isn't an integer, so no problem there 16:40
nopaste "Infinoid" at 75.5.243.250 pasted "Here's a gdb script which will hopefully set a watchpoint to see when the root namespace pointer was changed. (Run it in a new gdb session)" (10 lines) at nopaste.snit.ch/16319
Infinoid those values are a union. it might be uninitialized, or you might be looking at a pointer in disguise
particle1 needs cotto's email address 16:41
DietCoke cotto? 16:44
purl cotto is probably sleeping.
Infinoid no, cotto is Christoph Otto <christoph@mksig.org>
purl okay, Infinoid.
he Hm, at the end of Parrot_register_HLL(), interp->HLL_namespace->cache._i is {_int_val = -1163211336, _int_val2 = 0} 16:46
particle Infinoid++
he ...which is consistent with what I see above.
Infinoid he: All of those values are deprecated and probably unused in this case. 16:47
If it were used, you'd probably want _ptrs, not _i
he Uh? Parrot_get_HLL_namespace() uses PMC_int_val() to decide whether it should return PMCNULL. 16:48
And my header file says #define PMC_int_val(pmc) (pmc)->cache._i._int_val 16:49
Infinoid I see it using VTABLE_get_pmc_keyed_int, not PMC_int_val
guess this changed between 1.0.0 and HEAD. Let me look at 1.0.0 16:50
he Yep, it's changed between 1.0.0 and HEAD. 16:51
Maybe it's time for me to try to build parrot HEAD on one of the failing variants.
Infinoid Please test HEAD. That looks like a difference which may be significant for your test case
(the PMCNULL clause is removed entirely)
he OK, will do. (Building subversion will take a bit of time, it pulls in all kind of other stuff in my case...) 16:53
Infinoid No problem, thanks
17:04 Andy joined 17:06 helozjisky joined 17:10 bsdz joined 17:19 flh joined
rg damn, forgot to cc parrot-dev again. can someone close RT#42312? 17:30
moritz sure 17:31
done
rg thanks
17:33 tetragon joined 17:38 LylePerl joined
dalek rrot: r38210 | fperrad++ | trunk/compilers/pct/src/PCT/Dumper.pir:
[codingstd] remove trailing space
 17:39
he Infinoid: btw, did that ppc NetBSD/OpenBSD fix go in? (I don't think I saw it) 17:40
rg he: was it the one from r38209? 17:42
Infinoid Yeah, that was r38209
he The good news is that parrot from HEAD built OK on NetBSD/i386 5.0_RC3. 17:43
1.0.0 had problems on same (ref. debugging session)
Infinoid Great, how's it test?
LylePerl Is string substitution a case of using index, substr and a loop? Or is there something easier I haven't found yet? 17:44
he Chances are that this will fix it for OpenBSD as well, as originally reported in Trac 464.
Running test now.
I've googled for the "Null PMC access in get_pmc_keyed_str()", and apparently some FreeBSD users talked about a similar problem. 17:46
Test result: All tests successful, 14 tests and 571 subtests skipped. 17:47
bsdz LylePerl: just a guess but does regexs in pcre.pir help at all?
rg he: who did? i don't remember anything about a problem with get_pmc_keyed_str
LylePerl bsdz: I'll check, thanks 17:48
he rg: wasn't reported here, but e.g. groups.google.com/group/perl.perl6....cba79f5caf
shorten he's url is at xrl.us/bepjfu
Infinoid he: Thanks, I'll update netbsd5.0-i386-gcc-4.1.3. I'm holding off on netbsd5.0-powerpc-gcc-4.1.3 for now, until I get a report on whether it works there
he Infinoid: checking it out now. 17:49
Infinoid also, it's kinda strange that netbsd5.0-x86_64-gcc-4.1.3 worked when the other two processor types failed
bsdz LylePerl: t/library/pcre.t might(?) also be useful 17:50
17:50 contingencyplan joined
he True. One difference is that i386 and ppc does jit, while x86_64 doesn't. 17:50
Although I don't understand how that can make a difference.
Infinoid true. But I think that shouldn't matter for this code
Sounds like blind luck. :) 17:51
something to do with struct member layout or alignment, perhaps
he That could very well be.
rg i guess i'll need to try rakudo more ;) 17:52
LylePerl bsdz: pcre doesn't do substitution 18:01
bsdz LylePerl: ah okay. sorry about that 18:03
dalek rrot: r38211 | Infinoid++ | trunk/PLATFORMS:
Update PLATFORMS with the boxes I have.
 18:09
rrot: r38212 | Infinoid++ | trunk/PLATFORMS:
Update PLATFORMS with netbsd platforms tested by heidnes++.
rg ok, i can reproduce the Null PMC access in get_string. 18:10
18:11 bsdz joined
bsdz LylePerl: have you tried string replace. i.e. $P0 = new 'String'; $P0 = "...."; $P0.'replace'('foo','bar') ? 18:12
18:19 helozjisky joined
he Hmm... It looks like src/asmfun.s could / should be named src/asmfun.S, to more clearly indicate that the C preprocessor needs to deal with it... 18:27
Infinoid does that cause a build problem for you? 18:28
he Yep. I'm having a little difficulty understanding exactly what is going on, though. 18:29
Manually worked around it for now. 18:32
(not a patch, ln src/asmfun.s src/asmfun.S, and did a "gmake -n src/asmfun.o" and replaced .s with .S and executed...)
Infinoid with that kind of change, I worry about causing unforeseen breakage on other platforms 18:33
he I thought .S was fairly well understood to be "pass through preprocessor", as opposed to .s? 18:34
At least for gcc?
Infinoid yeah, it is. I just don't understand this area of parrot at all 18:35
bsdz i think windows would ignore the case of the extension
he Running tests on NetBSD/macppc 5.0_RC2 now.
Infinoid I'm not sure windows uses it anyway. so far ppc is the only place I've ever heard of src/asmfun.s being used 18:36
x86 and x86-64 don't seem to have that file 18:37
he I beleive it's being copied there (by Configure.PL?)
bsdz i have done much asm recently but i i used to embed it directly in my c files in the past (on windows)
Infinoid yeah, looks like config/auto/jit.pm
he In the ppc case, it comes from src/jit/ppc/asm.s 18:38
Infinoid and I don't think any other arches use this feature.
he True, I think only ppc needs the C preprocessor. 18:39
(that was part of one of my earlier patches)
Infinoid I think only ppc needs src/asmfun.s, too 18:41
regardless of extension, I don't think any other arches copy or build that file. 18:42
ok. so without the preprocessor, how did your previous patches work?
he Oh, it does? Oh, yes, indeed.
Hm, I don't know how to explain that right now. 18:43
Infinoid it would help me to know exactly where it breaks. does it break on netbsd 5 but works on 3.1 and 4? 18:44
he yep, but now I'm building outside of pkgsrc, while my earlier tests were all with pkgsrc, which brings its own set of wrappers. 18:45
I suspect that might have something to do with it.
NetBSD/macppc 5.0_RC2 test results: All tests successful (3 subtests UNEXPECTEDLY SUCCEEDED), 17 tests and 576 subtests skipped. 18:46
18:47 dukeleto joined
Infinoid oh, hmm 18:52
he I'm re-trying the build with a patch to config/auto/jit.pm and Makefile. 18:55
Infinoid in pkgsrc, is it devel-parrot? I don't seem to find it in cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/
uh, devel/parrot I mean
ah, lang/parrot 18:56
he lang/parrot, and yes, I've not yet updated patches/patch-ab. 18:57
Infinoid I don't see anything in the pkgsrc patches which could affect asm preprocessing
oh. you're the maintainer? 18:58
he True. However, there's "magic" happening in the pkgsrc infrastructure, e.g. PATH is toyed with, and wrappers are being used for the compiler.
Infinoid: yep :)
me?
purl you are saying that we are clearly cooler then Ruby, maybe even cooler then Scala, and quite possible cooler then Twitter itself!
Infinoid ok, you obviously know a lot more than I do :)
he hmm...
Infinoid it would be nice if parrot worked when built standalone, too. if you can make a patch that works on all platforms, I'll happily check it in 18:59
We can harass kid51 to test on darwin/ppc, btw.
he oh, cool. 19:00
he is Havard Eidnes <he@NetBSD.org>
Infinoid he?
purl he is saying that we are clearly cooler then Ruby, maybe even cooler then Scala, and quite possible cooler then Twitter itself!
he me?
purl i think he is saying that we are clearly cooler then Ruby, maybe even cooler then Scala, and quite possible cooler then Twitter itself!
Infinoid no, he is Havard Eidnes <he@NetBSD.org>
purl okay, Infinoid.
he Heh, thanks.
19:02 parrot-poke joined 19:05 LylePerl joined
GeJ Good morning everyone 19:06
LylePerl bsdz: thanks I'll try that... actually is there an evalbot here? 19:09
19:09 Theory joined
LylePerl parrot: $P0 = new 'String'; $P0 = "this;that;other"; $P0.'replace'(';',':') 19:10
bsdz LylePerl: not really. we nopaste stuff occasionally...
nopaste "bsdz" at 78.105.78.157 pasted "string replace" (8 lines) at nopaste.snit.ch/16320 19:11
cotto perl6: say "hi" 19:19
rakudo: say "hi" 19:20
moritz ENOPOLYGLOTBOT
cotto Hmm. We used to have one.
Infinoid ENOFEATHER3
19:34 Whiteknight joined 19:39 tetragon_ joined, rdice joined 19:42 tetragon__ joined, HG` joined
rg whois p6eval 19:42
purl p6eval is probably misc/irclog/ in the pugs repo
rg actually it's evalbot in the repo, but close enough :P 19:47
nopaste "he" at 158.38.152.119 pasted "Change to copy to asmfunc.S and to handle it, only used on ppc" (40 lines) at nopaste.snit.ch/16321 19:50
Infinoid he++ 19:52
msg kid51 Does nopaste.snit.ch/16321 build for you correctly on darwin/ppc? It's needed for building on netbsd/ppc. 19:54
purl Message for kid51 stored.
19:55 dukeleto joined
Tene moritz: the problem is that the languages have migrated out of the parrot repo, and nobody ever updated polyglotbot to build those other languages too 20:05
rg tene: is there some repository of the polyglotbot code so one could submit patches? 20:06
Tene rg: I can give you an account on feather3 20:07
Infinoid Tene: The problem as I see it is simpler: feather3 hasn't responded to pings or ssh in a month or more.
rg isn't feather3 being down part of the problem?
20:07 uniejo joined
Tene Infinoid: polyglotbot was broken for quite a while before feather3 died 20:08
Infinoid I noticed lolcode wasn't working, but rakudo still seemed to work
if/when feather3 comes back up, I can work on external language repositories 20:10
Tene feather is still up... 20:11
but I guess juerd has been out of contact
Infinoid isn't feather3 a vm? I think it just needs to be started. 20:12
moritz yes 20:14
write a mail to Juerd and ask him
I don't think anybody else has access to the controller 20:15
(but I don't know for sure)
20:32 donaldh joined 20:35 donaldh left
dalek kudo: 0d55159 | pmichaud++ | t/spectest.data:
Small regression on autothread.t.
 20:50
shorten dalek's url is at xrl.us/bepjxx 20:51
20:52 szabgab joined
moritz is there another hackathon tomorrow? 20:56
20:57 wayland76 joined
moritz oops, wrong channel 21:01
szabgab I was trying to build pynie now with parrot r38208 and I got: 21:20
File "./setup.py", line 28, in <module> PARROT = "%s/parrot%s" % (pc['bin_dir'], pc['exe']) KeyError: 'bin_dir'
can anyone help?
pipp also blew up 21:25
DietCoke not me, anyway. I'd probably go to the respective sites for those languages and file bugs. 21:35
dalek rrot: r38213 | allison++ | trunk/ports/cpan (2 files):
[cage] Some clarifications on the CPAN process.
 21:45
21:54 jan joined
bsdz szabgab: i wrote setup.py. it tries to find parrot's bindir by running parrot_config --dump. perhaps that has been deprecated in recent parrot builds. 21:55
szabgab: oh hold on. it looks like it's bindir without an underscore. there used to both bin_dir and bindir. 21:56
Coke there was a ticket to get rid of one of those, yes. 22:04
dalek rrot: r38214 | Infinoid++ | trunk/config (2 files):
[doc] Apply patches from he++ in TT #555, to allow Configure.pl to detect perldoc when run as root.
 22:05
Coke Infinoid: what was the point of the change in docs.in ? 22:07
ah, it's the same change in both. 22:08
Coke reads the ticket and is satisfied. 22:09
running 'make fulltest'.
does the benchmarks test take ETOOLONG for anyone else? 22:10
Tene Ah, looks like planet.parrotcode.org is subscribed to my full feed, not my parrot-specific feed. 22:11
that's why my Perl 6 Web-stuff post showed up there 22:12
Infinoid pmichaud: Did you take ownership of TT #291, or was it just created that way? I think the reporter needs to be pinged (we've recently fixed some stuff for {net,open}bsd), but I was wondering if you knew more about the issue 22:14
szabgab bsdz, oh good, I hope someone fix that soon so I can try to go on 22:25
bsdz szabgab: about to commit a patch. one mo ... 22:26
szabgab: should be there on your next svn update. 22:27
szabgab now line 30 22:28
22:28 baest_ joined
szabgab KeyError: 'lib_dir' 22:28
bsdz szabgab: not another one!
szabgab: perhaps i should ditch all the underscores :) 22:29
szabgab: are you running it using parrot trunk? 22:31
szabgab parrot r38208
the one that rakudo pulls for me
dalek rrot: r38215 | Infinoid++ | trunk/config/gen/platform/openbsd/math.c:
[config] Apply patch from darbelo++ in TT #499, to fix a math.h-related build failure on openbsd 4.5.
 22:32
bsdz szabgab: i've commited another one.
szabgab thanks, another issues 22:33
bsdz szabgab: out of interest, are you only looking at pynie out of curiosity?
szabgab as I am not using an installed parrot it freaks out 22:34
it is looking for parrot here: /usr/local/bin/parrot
22:34 bacek joined
bsdz szabgab: yeah tell me about it. the keys in parrot_config don't dynamically depend on whether parrot is installed or still sitting in the compilation directory. 22:35
szabgab today pmichaud applied some changes so I could integrated with Padre and start to provide syntax highlighting to perl6 based on the parse tree I get back from rakudo
I am trying to do the same with pynie and pipp
it should work with any language using the Parrot compiler toolkit 22:37
bsdz szabgab: can you do a "make install" for your parrot but that won't necessarily mean you won;t need to start pushing pbc files to get things to work.
szabgab I can create some symlinks from /usr/local/...
I'd rather not sudo make install
bsdz szabgab: it would be really cool to have a visual editor/debugger that could even peek at the pir code. i was flirting with the idea of building a debugger interface into MS Visual Studio but you need a special (expensive) license from MS to that :( 22:38
szabgab: if you wanted to avoid those simlinks you could write a simple perl parrot_debugger script that spits out the needed keys. 22:41
s/parrot_debugger/parrot_config/
szabgab omg another one 22:43
so I created two symlinks
one to parrot
and one to /home/gabor/work/rakudo/parrot/runtime/parrot/ /usr/local/lib/parrot/1.0.0-devel 22:44
bsdz yeah but you also need all those pbc files too. it will get untidy :/
szabgab but the 1.0.0-devel did not contain a languages directory
where it was looking for the nqp.pbc 22:45
bsdz i was more thinking about other pbcs from the runtime library.
szabgab maybe others are missing too but this was the first one it failed on 22:46
22:46 NotFound joined
NotFound hi 22:47
bsdz evening NotFound
NotFound Night here
bsdz yes nearly MidNight here :)
NotFound I win, nearly 1 am ;) 22:48
wayland76 8:45am tomorrow here, and I've been up since midnight :)
bsdz ha ha you must be on the continent. France?
wayland76 Do I win the mink-lined whatsits? 22:49
bsdz oh hold or South Aftrica?
wayland76 Nah, Australia
NotFound Spain
bsdz nice and warm down there
those Ozzies always seem to start so early ;-) 22:50
wayland76 Well, I'm on a weird sleeping schedule. And I've got 2 heaters on because it's cold :) 22:51
...and because my computer crashes if it gets cold (true -- it's weird) 22:52
bsdz of course, must be approaching winter down there. old pcs are a good source of heat in winter
nopaste "bsdz" at 78.105.78.157 pasted "szabgab: an example parrot_config that might help" (9 lines) at nopaste.snit.ch/16322 22:54
wayland76 Well, it's not winter like they get some places. My Google Gadget says that today is going up to 20 from a low of 7, and it's currently 13 22:55
Infinoid odd, I thought that said "uncle Gadget" for a second 22:56
bsdz we expect those types of temperatures in our summer here..
wayland76 Google is more like Big Brother than uncle :) 22:58
bsdz: But you probably have buildings designed for it :)
NotFound I bought a 42" TV, now I don't care the weather ;)
szabgab bsdz, thanks but it still cannot find nqp.pbc 23:00
it is in ...rakudo/parrot/compilers/nqp/nqp.pbc 23:01
bsdz szabgab: hmm. you might need to adjust the script. it's expecting to find nqp.pbc at $libdir/$versiondir/languages/nqp/nqp.pbc, or perhaps that's were you create a simlink. 23:02
szabgab: don't forget your $libdir has been set to /home/gabor/work/rakudo/parrot/runtime/parrot/ in that script i nopasted. 23:03
szabgab yeah, I'll play with it a bit tomorrow
bsdz szabgab: okay good luck :)
szabgab I'll need that :-)
23:28 wayland joined

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!