Parrot 0.9.0 | parrot.org/ | 566 RTs left.
Set by moderator on 31 January 2009.
nopaste "kid51" at 70.85.31.226 pasted "Build failure at r36305" (431 lines) at nopaste.snit.ch/15487 00:04
chromatic Confirmed. 00:08
purl confirmed is, like, "i've been told by the person", speculative = got it from some other .git or the prev conversion, from github, and from pause
rg forget confirmed
purl rg: I forgot confirmed
kid51 NotFound: ping
NotFound pong 00:09
00:09 AndyA joined
kid51 I believe one of your recent commits causes the build error I just pasted. 00:10
r36305, probably.
NotFound One moment... 00:12
chromatic include/../io/io_private.h should be $(IO_DIR)/io_private.h
kid51 src/pmc/parrotinterpreter.pmc 00:14
chromatic in the Makefile at least
... but the PMC probably shouldn't use io_private.h symbols.
kid51 starts to prepare dinner
NotFound Can "../../src/io/io_private.h" be a quick fix? 00:15
Whiteknight io_private.h is supposed to be private to the IO subsystem only 00:16
if you're using something from there outside src/io/, then it isn't private and you should put it in a differnt .h file
NotFound Whiteknight: I know, but this is a quick attempt to test the feature 00:17
Whiteknight ah, okay </unnecessary lecture>
dalek rrot: r36306 | NotFound++ | trunk/src/pmc/parrotinterpreter.pmc:
attempt to quick fix the bug introduced in r36305
 00:19
kid51 NotFound: If this is an experimental feature, why not develop it in a branch rather than trunk? 00:24
Whiteknight branches are for suckers 00:25
Whiteknight kids, of course
NotFound kid51: is very short, and if I open a branch no one will test it ;) 00:26
kid51 *This* kid has used lots of branches
Whiteknight I want to make a branch to do some more CC stuff, but there are too many test failures right now
NotFound Sorry for the inconvenience, In my build systems it compiled fine.
Whiteknight I won't get clean regression testing info like this
kid51 Granted, all that t/native_pbc/ stuff should have been done in a branch as well. 00:27
Whiteknight definitely did need doin' though 00:28
00:28 skv joined
kid51 But I have spent many cycles dealing with those failures over past 3 days. I could have been working on other problems. 00:28
I could have watched the Super Bowl!
I could have been a contender! 00:29
Whiteknight I'm a philadelphia fan, the football season ended for me two weeks ago
jhorwitz concurs 00:30
kid51 NotFound: As a big advocate of branches, I would have tested anything you developed in a branch and requested help with testing.
00:31 hercynium joined
jhorwitz NotFound: still fails for me 00:34
00:38 TiMBuS joined
Whiteknight it's working like a charm on my system. NotFound, what are you trying to add? 00:39
NotFound Ok, i'll comment it out until doing it on a better way. 00:41
dalek rrot: r36307 | NotFound++ | trunk/src/pmc/parrotinterpreter.pmc:
commented out temporarily the code inserted in r36305
 00:44
NotFound Whiteknight: a way to redirect the standard in, out and err handles
kid51 Same error at 36307: make: *** No rule to make target `include/../io/io_private.h', needed by `src/pmc/parrotinterpreter.o'. Stop. 00:51
jhorwitz too :( 00:52
dalek rrot: r36308 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming string conversion functions.
 00:53
NotFound A make dependence? I don't know from that comes from :? 01:00
dalek rrot: r36309 | NotFound++ | trunk/src/pmc/parrotinterpreter.pmc:
commented out temporarily the code inserted in r36305 - harder approach, you may need a realclean
 01:10
chromatic Just a reconfigure. 01:11
dalek rrot: r36310 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming memory-related string functions.
 01:17
s1n Coke: my rt id is s1n as well 01:22
01:41 TiMBuS joined
dalek rrot: r36311 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming case-changing string functions.
 02:10
02:16 Limbic_Region joined 02:34 shragei joined 02:45 ask_ joined 03:19 jimk joined 03:21 jimk joined 03:23 kid51 joined 03:30 bacek_ joined 03:32 gravity joined 03:39 skv joined 04:10 Fayland joined 04:20 jimmy joined
dalek rrot: r36312 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming character class searching string functions.
 04:23
rrot: r36313 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming string functions for changing charset and encoding.
 04:41
rrot: r36314 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming a collection of string creation/manipulation functions.
 04:58
rrot: r36315 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming 'Parrot_string_split' to 'Parrot_str_split'.
 05:12
05:17 skv joined
dalek rrot: r36316 | allison++ | branches/pdd28str_part2:
[pdd28str] Renaming 'string_split', also to 'Parrot_str_split', collapsing the
 05:35
06:01 Andy joined 06:40 slavorgn joined
dalek rrot: r36317 | allison++ | trunk/docs/pdds/pdd28_strings.pod:
[pdd] Some additional deprecations and name changes for string functions.
 06:42
07:07 masak joined 07:12 uniejo joined 07:40 rurban_ joined 07:55 iblechbot joined 07:58 mberends joined
masak Rakudo doesn't build over here. 08:00
gist.github.com/57395 08:02
must be a recent change in Parrot that broke it. 08:06
08:09 jimmy joined
jimmy good afternoon, masak. 08:09
masak 你儽, jimmy!
儽九äøč§äŗ†. 08:10
jimmy I came back home to celebrate the Spring Festival. 08:11
masak yes, I remember you told me.
happy ē‰› year! 08:12
jimmy wow...you're following the fashion!! 08:13
masak I guess that joke is old by now.
jimmy happy ē‰› year.
no...
It's still the Spring Festival. 08:14
masak meeting & 08:15
09:00 janus joined
janus hi 09:00
purl salut, janus.
janus how to file tickets? trac won't let me because of missing privs :/ 09:01
is rt still acceptable?
TiMBuS have you verified after signing up?
it sends you an email
janus oh, sigh... didn't now i have to
okies, will wait then, thanks for the pointer :)
s/now/k$&/ 09:02
TiMBuS np. also apparently trac has a bug, dont change your user settings
it might be fixed by now but just in case
janus good to know though 09:03
moritz trac has a bug? unbelievable... *SCNR*
janus hehe
fyi, trying to get parrot ready on openbsd/sparc64, hppa could be the next target 09:09
oh, and only one failing test on amd64 left. i386 and macppc reports will hopefully follow soon (i want to get 0.9.0 into the next release if possible) 09:12
szabgab anyone with November foo here? sial.org/pbot/34854
moritz summons masak 09:14
szabgab oh and btw I still don't know where is the latest rakudo ?
moritz I think it's on github, but so far there hasn't been an announcement 09:15
but since the migration nothing has changed significantly in rakudo
szabgab so does that mean none of you are currently doing any rakudo related work ?
moritz (except that parrot broke rakudo in a few ways, it seems) 09:16
well, I added a few test files
but it currently feels a bit lonely in rakudo dev
szabgab actually I was trying to use HTML::Template but that blew up in my face 09:18
so I was hoping to run the November test suit to see if the bug is in my code or not 09:19
perl6 t/html-template/01.t also fails (in November) 09:22
cannot build parrot at 36319 09:32
dalek rrot: r36320 | cotto++ | trunk/src/jit/i386/jit_defs.c:
[jit] fix a neglected reference to Parrot_str_new_from_cstring
 09:33
cotto szabgab, that should fix it. I just noticed that myself. 09:34
szabgab sial.org/pbot/34855
szabgab trying
cotto or at least make the stupid bird less broken
cotto is not happy with Parrot atm 09:35
09:41 alvar joined
moritz t/dynpmc/gdbmhash.t and t/dynpmc/rational.t fail here 09:43
szabgab after rebuilding parrot and rakudo I get: 09:54
parrot: symbol lookup error: /home/gabor/work/parrot/runtime/parrot/dynext/perl6_ops.so: undefined symbol: const_string
rebuilding the whole thing again... 09:55
cotto This does not appear to be the most thorough of function name changes. 10:00
dalek rrot: r36321 | cotto++ | trunk/languages/pipp/src/pmc:
[pipp] update PhpArray after the string function renaming
 10:06
szabgab yeah, rebuilding with realclean did not help either, I get the above whe trying to "make" November
dalek rrot: r36322 | cotto++ | trunk/languages/pipp/src/pmc/phpfloat.pmc:
[pipp] one last change for Pipp PMCs
 10:14
10:32 tomyan joined
masak szabgab: I get similar failures when trying to build rakudo. 10:51
pmichaud: ping
szabgab masak: rakudo compiled for me and I can even run perl6 -e'say 24' 10:53
but not much more I think 10:54
masak szabgab: doesn't work here. 10:55
szabgab its the weather then
masak growls 10:56
szabgab: what do you mean by 'but not much more I think'? things work, but only for 'say 24'? 10:57
szabgab simple scripts work 10:58
masak szabgab: let me rephrase. do you hafve any reason to think that things that used to work don't? 10:59
nope, still getting the error after make realclean/make cycle.
gist.github.com/57467 11:00
szabgab but this code: BEGIN {@*INC.push('/home/');}
already blows up with
parrot: symbol lookup error: /home/gabor/work/parrot/runtime/parrot/dynext/perl6_ops.so: undefined symbol: const_string 11:01
masak same error as I have.
szabgab++ # [perl #62992] 11:08
szabgab masak: actually after I sent that I though I should just add it as an additional test to the pugs repo 11:20
the question, where to ? it is not in the Spec
should there be a Bugs directory where we can add tests that are triggered by bugs in one of the implementations? 11:21
11:57 skv joined 12:02 kid51 joined 12:07 kj joined
dalek rrot: r36323 | fperrad++ | trunk/src/dynpmc:
[pdd28str] fix build (see merge in r36319)
 12:17
12:25 integral joined 12:29 Zaba_ joined
janus meh, still no luck on sparc64 (miniparrot dumps core) 12:29
12:30 rg1 joined
janus src/cpu_dep.c:90: defined(__sparc) -> defined(__sparc__) && !defined(__sparc64__) seems to fix... at least the build continues now 12:38
could that be something os-specific? 12:39
granted, i'm poking around in an area where others will have more clue 12:40
12:55 skv joined
masak szabgab: t/spec/integration or something similar might be the place. but I'm not the one to ask, moritz is. 12:56
szabgab moritz: see, you are being asked ^^^^ 13:12
masak grows impatient and bisects 13:14
nopaste "kid51" at 71.247.42.79 pasted "New test failures for 2 t/dynpmc/ tests at r36322" (494 lines) at nopaste.snit.ch/15488 13:15
13:15 braceta joined
kid51 Those failures come from something that happened in the last 9 hours. 13:16
13:17 skv joined
kid51 Somewhere between r36310 and 36322. 13:18
Have to go to $job now.
masak kid51: thank you. 13:19
kid51 Based on Smolder reports, probably between 36310 and 36320. (I think there was a big merge there somewhere.)
masak I think it's reasonable to test implementations like Rakudo when doing merges. 13:20
13:25 iblechbot joined
NotFound dynpmc failures were fixed in r36323 13:41
<dalek> parrot: [pdd28str] fix build (see merge in r36319) 13:42
13:43 dalek joined
moritz szabgab: integration/ is fine by now, although I generally try to put the regression tests into existing files 13:48
szabgab if anyone is planning to attend GPW, please note I am trying to organize a Perl 6 hackathon afterwards 14:07
conferences.yapceurope.org/gpw2009/...=Hackathon
14:13 Whiteknight joined 14:16 mberends joined 14:17 gryphon joined
Whiteknight have the packfile issues been rectified? 14:21
Coke pmichaud, s1n: I added you to the group parrotbugadmin; Based on what you said robrt said, that should make you a bugadmin of both parrot and perl6 queues. 14:25
masak is beginning to suspect that the merge rev 36319 did the breaking 14:30
Infinoid janus: If __sparc isn't defined, is that something openbsd declares differently? If we switch to __sparc__, will the check still work on solaris? 14:34
Looking at the code in question, I think it intends to detect the platform, not the OS, so we should probably use something shared by both OSes. 14:35
14:37 alinbsp joined 14:38 skv joined
Infinoid janus: After googling a bit, I fear this stuff might not be very consistent. I suppose the alternative is to just check for both __sparc and __sparc__ and !__sparc64__, and cross the sparc64/solaris case when we come to it. 14:40
janus Infinoid: where should the code in question be used? on 32bit sparc only? 14:41
from what i know, when __sparc64__ is defined also __sparc__ is 14:43
Infinoid Not being at all familiar with the sparc platform, I couldn't say for sure. This check dates back to Dan Sugalski back in 2002, so we might just ask him. 14:44
Coke rakudo-hackers; is languages/perl6 now obsolete?
also, can I get commit emails for rakudo on github, or am I reduce to an rss feed? 14:46
Infinoid Coke: When I asked that last week, the answer was yes, perl6 is obsolete (and they'll clean it up at some point). 14:47
No idea about github commit emails... but the rss does show up in here.
(for rakudo, and eclectus, and lazy-k, and etc etc) 14:48
Coke (rss) the diffs aren't in the raw feed, which makes it less than useful to me. ah well.
Infinoid True. But links to the diffs are. 14:49
All the bot needs is the list of changed files, and those are in the feed.
Coke in the feeds? I don't see them.
oh, you mean in the bot output here.
that isn't really useful to me. =-)
I mean, on an ad hoc basis it is. 14:50
Infinoid Fair enough. :)
dalek rrot: r36324 | coke++ | trunk/DEPRECATED.pod:
All entries need a tracking ticket.
 15:06
masak yup, r36319 is the culprit. 15:16
allison: ping 15:17
15:18 elmex joined
rg I can't help you, but you guys did read allisons mail to parrot-dev earlier today, right? 15:19
Coke lists.parrot.org/pipermail/parrot-d...01257.html 15:20
shorten Coke's url is at xrl.us/beer3q
Coke beer3q!
shorten++
rg that one, exactly. 15:21
Coke I think the problem was that there were still usages /in core parrot/
hopefully those are ok. 15:22
(now)
Coke re-discovers that writing is fun, but research can suck. 15:26
15:33 Andy joined
rg can confirm, the build is fine. only some packfile related test errors remain. 15:40
15:40 uniejo_ joined, rurban_ joined
Infinoid janus: Is there a ticket open for this stuff? If not, I will create one. 15:59
16:00 Theory joined
janus no, i'm still testing a diff 16:00
Infinoid Ok. I want to ask the list about whether the assembly instructions in there are even valid (I suspect not, because instruction widths usually change when you go to 64 bits, but I don't know anything about sparc). I will create a ticket summarizing the current situation, just so I have something to point to. 16:02
masak rg, Coke: thank you for the email reference. 16:04
I'll try to run the script on Rakudo.
Infinoid Hmm. Doesn't openbsd use stack-smash protection by default? 16:10
16:10 davidfetter joined
Infinoid If so, the crash may have nothing to do with being on sparc64... it might just be due to trying to jump to code in a static array. 16:11
rurban Whiteknight: packfile not yet settled, but tests should be skipped, I think. 16:18
As far as I know, simply the underlying constant lookup for numvals changed so the number pbs should be recreated also. 16:20
janus Infinoid: stack-smash protection is enabled by default. but as the build continued with my patch i think that could be it. let's wait what the tests tell us :) 16:23
pmichaud hello, all.
Whiteknight rurban: thanks for the heads-up
moritz hello pmichaud. You have been missed.
pmichaud Yes, things have been... interesting around here. 16:24
I should be back fully in an hour or so.
moritz great
Coke hopefully that's interesting in a good way.
pmichaud more interesting in a very distracting way.
Coke still one of the better alternatives. =-)
pmichaud Yes. 16:25
particle imagines projectile vomit
pmichaud yes, there was some of that.
particle keytool-- 16:26
moritz pmichaud: could you give masak commit access to rakudo? he has an un-breaking patch in his queu :)
pmichaud I thought I already did that.
Infinoid janus: Ok. That means we might need a different way of doing things for the openbsd/sparc case.
janus: groups.google.com/group/parrot-dev/...ba23da6eb1 , trac.parrot.org/parrot/ticket/271
shorten Infinoid's url is at xrl.us/beesat
masak pmichaud: checking. 16:27
pmichaud: nope.
janus Infinoid: thanks
pmichaud masak: name...?
purl name is fine
masak at least not in such a way that I got it :) 16:28
pmichaud: masak
pmichaud masak: added.
masak pmichaud: confirmed. thank you.
it's nice to be back. :)
pmichaud #parrotsketch in 120 16:29
masak oh, right! today is tuesday! 16:30
rurban Infinoid: __sparcv9 is a bit too narrrow probably. that time sparcv9 was the latest, now we have v10
pmichaud I saw allison's post to the mailing list (strings merge) -- are we just suspending the deprecation policy between now and release? Or did I miss a note somewhere...?
moritz I'll probably miss ps today, but I have nothing interesting to report anyway
Infinoid I haven't committed anything interesting, either. 16:31
If I have time I'll make #ps, but I won't really have anything to say other than "I love writing rss->irc plugins, victim here!". 16:32
dalek kudo: 8e67a4f | (Carl Masak)++ | src/ (3 files):
ran allison++'s script against the src/ files
 16:36
shorten dalek's url is at xrl.us/beesb2
pmichaud masak++ 16:37
Infinoid ask_: What are our chances of convincing shorten to ignore dalek? Or alternately, ignoring github commit URLs? 16:38
moritz $ git-pull 16:41
Updating 21f374f..8e67a4f
src/ops/perl6.ops: needs update
what can I do against that?
masak moritz: is yours clean?
moritz masak: I did a git-clean -f 16:42
should it be clean after that?
kj pmichaud: what is the most common cause of "Failed to parse source" message? Usually, it's something like "syntax error in line x"
dalek rrot: r36325 | whiteknight++ | trunk/src/gc/system.c:
[GC] update the documentation in this file to reflect it's new location
masak moritz: no, not necessarily.
moritz: what does 'git status' say?
moritz ah, it says it's modified
so how do I remove these modifications?
masak right.
git checkout
purl git checkout is just a command on top of git
masak purl: shut up. 16:43
purl make me
masak makes purl shut up
pmichaud kj: it means that whatever came back from attempting the grammar match wasn't a successful match.
masak moritz: git checkout src/
moritz masak: works, thanks
masak np 16:44
git is wonderful, but tricky in the beginning.
what one used to think of as 'revert' is simply 'checkout' :)
kj pmichaud: I've been trying to use 2 different parsers in 1 program, but somehow the second invocation always results in Failed to parse source message.
pmichaud kj: are they different parser names? 16:45
i.e., different grammars?
kj pmichaud: at first yes. later I tried to just get things working, so I figured that invoking the same parser twice would suffice 16:46
particle how do i add ignore files for git?
kj but that didn't really help
moritz particle: in the repo, or locally?
pmichaud github.com/guides/ignore-for-git
particle repo. i need to ignore generated files like *.dll
kj pmichaud: the first invocation is to parse a file, the second to parse input from the commandline
particle git status lists them currently
pmichaud particle: github.com/guides/ignore-for-git
moritz particle: echo '*.dll' >> .gitignore 16:47
dalek kudo: 0c50158 | (Carl Masak)++ | .gitignore:
ignore .dll files
 16:49
shorten dalek's url is at xrl.us/beesfb
masak oops, committed. :)
particle oh, come on! 16:51
purl EVERYBODY TO THE LIMIT!
masak sorry :/
particle now that i have a conflict, how do i merge?
masak the change should just go in, I think.
Whiteknight particle: you don't. you're trapped in repository limbo forever
particle no, i did git commit .gitignore
masak PerlJam: yes, but it's the same change. 16:52
particle then git told me somebody else modified the file
masak oops, PerlJam, sorry.
particle it's not the same change
moritz git reset --hard HEAD^ # something along these lines? just guessing...
particle i added many different extensions
masak particle: when you do a git pull, you get a conflict, right?
particle CONFLICT (content): Merge conflict in .gitignore
Automatic merge failed; fix conflicts and then commit the result.
masak particle: right.
edit the file.
'git add' it 16:53
and commit.
pmichaud ...and push?
masak aye. 16:54
particle c:\\Users\\particle\\dev\\parrot\\rakudo\\languages\\rakudo>git pull
error: Entry '.gitignore' would be overwritten by merge. Cannot merge.
fatal: merging of trees 50360ac47e81d838ae10b221aa5e66f3811d8ed9 and 51e45f1c9fb4ab0687dfc6181d3b8db2e6cd86f2 failed
that's after editing and adding
masak particle: but did you commit after adding?
particle ...and trying to commit
fatal: cannot do a partial commit during a merge. 16:55
masak trying to commit?
ah.
'git status'
particle ok, nm
masak what's left out?
particle i tried git commit .gitignore
masak aha.
particle i guess i need git commit
masak just git commit should do it.
takes a bit of getting used to.
kj pmichaud: I think I got it now (double invocation of same parser). Will look into this tonight 16:56
16:56 hercynium joined
pmichaud kj: okay. Until I get everything worked out with rakudo+parrot repos I'm a bit distracted as far as looking at anything else. 16:56
particle the fact that git st doesn't work will make it even harder to retrain my muscles
Infinoid uses "stg st"
kj pmichaud: I understand, np. 16:57
masak particle: add an alias in .gitconfig
I did.
particle so, how do i get these changes to github?
masak 'git push origin master' 16:58
particle: gist.github.com/57619
particle XML error: syntax error 16:59
error: Error: no DAV locking support on git.rakudoperl.org/rakudo/rakudo.git/
error: failed to push some refs to 'git.rakudoperl.org/rakudo/rakudo.git'
moritz particle: ah, you're using , not git:// - dunno if that works on github
masak it doesn't.
particle does git:// forward from rakudoperl.org? 17:00
or do i need to config for git://github...
pmichaud github doesn't handle cnames well.
and I think push might require the git@github.com address.
masak aye. 17:01
particle sigh. 17:02
Infinoid Whiteknight: www.sics.se/~psm/sparcstack.html is an interesting read. I suspect IA64 has something similar; that architecture is full of weird s**t. 17:05
dalek rrot: r36326 | allison++ | branches/pdd28str_part2:
Removing second strings development branch from the repository
 17:08
17:09 jan joined
pmichaud I've now created rakudo-commits@groups.google.com for those who want email notifications of commits to github. 17:14
Coke pmichaud: those commit messages don't include the diffs, correct? 17:17
pmichaud Coke: correct. 17:18
They include a link to the diffs, though.
Coke unsubs
pmichaud right, I don't know that it'll be that useful w/o the diffs, but it at least gives me a checklist
for easily reviewing the diffs.
cotto It's a pre-posting party over in #ps 17:22
pmichaud Coke: any suggestions for creating per-language Makefiles when Parrot's 'reconfigure.pl' isn't available? 17:23
Whiteknight Infinoid, thanks! I'm always looking for documentation about weird s**t platforms
cotto pmichaud, ping 17:24
Infinoid Whiteknight: The IA64 case is explained neatly in RT #19418
17:24 geof joined
pmichaud cotto: pong 17:25
Infinoid (Took some digging to get that, heh.)
cotto Do you have any recommendations on TT #256 (bad PAST->PIR generation)?
I've tried to fix it (since I caused it), but I'm stuck. I posted what I know in the tt. 17:26
pmichaud cotto: this sounds suspiciously like another a bug I ran into. 17:27
just a sec
(searching) 17:28
cotto: it works fine before r36165 ? 17:30
cotto pmichaud, yes 17:31
dalek allison@perl.org | Debian/Ubuntu chroot Environment Setup: 17:32
link: www.perlfoundation.org/parrot/index...ment_setup
shorten dalek's url is at xrl.us/beesjm
pmichaud cotto: I don't know what might be the cause, but I'm very suspicious of 17:40
SET_ATTR_resize_threshold(INTERP, SELF, 8);
since we seem to be having trouble with every 8th value. 17:41
cotto I'll look into that.
That looks less suspicious. ISTR that PCC uses FixedIntegerArrays in that area. Anyway, changing the magic 8 to 64 didn't change the bug. 17:48
pmichaud hmmmm 17:49
ResizablePMCArray seems to be confusing 'elements' with Size
maybe not. checking. 17:51
did r36165 get reverted?
17:54 ask- joined
rg svn browsing says no. 17:55
pmichaud then why does my trunk not match the svn diff?
ohhhh, nm.
I'm looking at the wrong source.
sorry about that. 17:56
rg np
17:56 barney joined
cotto I didn't revert it because it was a relatively obscure bug that make test didn't appear to catch. 17:56
pmichaud np, makes sense. 17:57
18:00 tomyan left
dalek rrot: r36327 | rurban++ | trunk/config/gen/makefiles/parrot_embed_pl.in:
One more for TT #262, $linkflags missing
 18:00
Coke pmichaud: I haven't jumped off that bridge yet, and am always building inside of a parrot build. 18:02
pmichaud Coke: so, no ideas yet? ;-)
Coke nope.
pmichaud okay. 18:03
Coke someone needs to work on getting an installed parrot usable for building languages.
this is a small component of that.
pmichaud well, I don't know that in the general case we can/should expect Parrot to be building individual languages' Makefiles. 18:04
rurban The only question is: where do we put our perl5 libs?
pmichaud that's not the _only_ question. :-)
rurban I'd like a seperate CPAN release for that 18:05
Coke rurban; if they're required to build modules, I would say create Bundle::ParrotDeveloper or something.
rurban The rest is quite simple :)
pmichaud rurban: I don't know that in the general case we should expect Parrot to be building individual languages' Makefiles.
rurban But as seperate CPAN release we need some automated package creation makefile target 18:06
Coke I think eventually the goal is to have everything be available as a PBC instead, so we can build languages without forcing languages developers to use our build chain.
pmichaud Coke: well, I still have to be able to detect things like .o vs .obj, .dll versus .so, etc.
rurban We need the installed parrot, some perl libs, and make 18:07
Coke yes, but we could provide that with parrot only.
(that is, replace the build bits in perl with build bits in parrot.)
rurban Coke, one pbc is usually not enough. We have docs, man pages, and some langs need more pbc's.
Coke and ship parrot and parrot-dev rpms.
rurban: my intent is not "one pbc" 18:08
rurban build bits in perl => parrot: parrot-2.0 earliest
Coke "I think eventually the goal" <---
szabgab has anyone looked at the broken rakudo thing: parrot: symbol lookup error: /home/gabor/work/parrot/runtime/parrot/dynext/perl6_ops.so: undefined symbol: const_string
rurban make realclean
purl rumour has it make realclean is sometimes need in parrot to work against missing dependencies
pmichaud szabgab: you probably need make realclean
allison checked in a major change to Parrot 18:09
you probably also need the latest version of Rakudo
szabgab so where is Rakudo now ?
pmichaud szabgab: in transition, at the moment, but github.com/rakudo/rakudo
szabgab its not languages/perl6 right ? 18:10
so how do I kick start it ? git clone github.com/rakudo/rakudo ?
pmichaud szabgab: yes, into languages/rakudo of the parrot tree. 18:11
I'm working on improving that today.
18:11 Tene joined
szabgab do I have to put it there or can I put the source in another directory ? 18:11
next to my parrot checkout dir ? 18:12
rurban Coke: a install.pbc?
pmichaud right now it only knows how to build from languages/rakudo/
I'm working on that.
dalek rrot: r36328 | fperrad++ | trunk/t:
[t] glob arguments if any
18:12 shragei left
rurban Coke: with Parrot::Compiler, configure helpers and such 18:12
szabgab hmm I get warning: remote HEAD refers to nonexistent ref, unable to checkout. 18:13
dalek rrot: r36329 | fperrad++ | trunk/languages/lua/config/makefiles/root.in:
[Lua] add a target 'codetest'
 18:14
pmichaud oh, looks like I might be able to get the information I need from parrot_config 18:16
szabgab the correct command is git clone github.com/rakudo/rakudo.git (with the .git extension)
pmichaud cotto: I don't have any clues on #256 at the moment. The 'emit' method of CodeString isn't doing anything special here, so something is causing the ResizableStringArray to get the wrong arguments. 18:17
my suspicion is that somewhere the 'size' value is getting confused in RSA 18:18
dalek rrot: r36330 | fperrad++ | trunk/languages/lua:
[Lua] fix line length
pmichaud or that there's an off-by-one error when growing the array
cotto pmichaud, ok. I'll keep digging, poking people or putting it off. 18:19
szabgab after checking it out how do I build it ? the usual make languages in the parrot directory or do I need something else ?
pmichaud assuming that you have an up-to-date parrot, you should be able to do
cd languages/rakudo
18:19 allison joined
pmichaud perl Configure.pl; 18:19
make
szabgab still cloning 18:20
szabgab cloning failed, lovely 18:22
error: Unable to find 185a5e35186aeb569a9f11019f141b7517f68d1d under github.com/rakudo/rakudo.git
18:24 masak joined
szabgab rm -rf rakudo; clone again worked 18:26
pmichaud++ rakudo workz again! yippee 18:27
pmichaud #ps in 1 18:29
masak pmichaud: is the perl Configure.pl step mentioned in the README, or anywhere else? 18:30
pmichaud masak: not yet, but all of that will likely change very soon.
masak oki, good.
pmichaud I'm trying to decide how someone gets from rakudo to parrot 18:31
i.e., do we (1) include a copy of parrot in the rakudo checkout, (2) include a script/target that checks out the (known working) version of parrot from svn.parrot.org, (3) tell people to obtain/build parrot before building rakudo, or ...? 18:32
masak good question.
purl Yeah, it is. I'm stumped.
barney Keep it simple and stick with 3) 18:33
dalek rrot: r36331 | fperrad++ | trunk/src/string/api.c:
[codingstd] fix c_parens
18:33 chromatic joined
pmichaud barney: that's not quite so simple -- we have to tell them *which* revision to check out. 18:34
or perhaps we keep a 'rakudo' tag in the svn.parrot.org repository.
so then it's just svn.parrot.org/parrot/tags/rakudo
that might work.
barney For Pipp it's simple. Use the same version as for Rakudo
cotto barney++
pmichaud probably should call it 'rakparrot' or something 18:35
18:35 cognominal joined
barney or working_parrot 18:36
pmichaud well, I'd like it to be clear that it's the version known to be working with rakudo.
if other languages want to piggyback on the tag, that's great, but I won't be able to guarantee it for other langs :-) 18:38
dalek rrot: r36332 | whiteknight++ | trunk/src/gc/system.c:
[GC] adding some notes about related Trac tickets where things in the system.c file need to be cleaned up.
allison pmichaud: is it a substantial advantage to target something other than the monthly release?
Infinoid I'd aim for the releases and use a script to pull them from CPAN.
pmichaud allison: for Rakudo, yes.
Both Jonathan and I frequently have to make changes to Parrot for MMD-type stuff and PCT-type stuff.
waiting 4 weeks for people to use them in Rakudo isn't going to work. 18:39
at least, I don't think it will work for the next 3-4 months. 18:41
By the time we get to the summer, perhaps.
Whiteknight what is Druid? 18:42
cotto Druid?
Infinoid purl, druid?
purl well, druid is a totally nerfed class
masak github.com/masak/druid/
purl: Druid is github.com/masak/druid/
purl ...but druid is a totally nerfed class...
masak purl: no, Druid is github.com/masak/druid/ 18:43
purl okay, masak.
allison pmichaud: I ask, because we planned the whole release schedule to give language developers a sane point to synchronize with. seems a bit like reinventing the wheel if we need another layer of sane points to synchronize with.
Coke allison: if monthly releases correspond to sane points, that would work.
pmichaud allison: I'd agree if Parrot was able to keep up with Rakudo (more) 18:44
allison: but even at PDS I noted that Rakudo probably would not be able to use Parrot's monthly release schedule.
chromatic Given how Rakudo pushes PCT, I'm not sure that's possible.
allison, your SVN merge program uses the wrong branch name in commit messages.
pmichaud As long as Rakudo is "out in front" on PCT and various other Parrot features, I don't think we can afford to have week-or-longer delays in development waiting for a Parrot release to catch up. 18:45
allison chromatic: "my SVN merge program" would be *me*, though I probably should automate it 18:46
pmichaud I'm not asking Parrot to provide additional sane points -- I'm simply saying that Rakudo will keep its own notion of sane points as a superset of Parrot's list.
chromatic You merged the MMD branch back to trunk twice, according to the commit messages :)
Coke I still think that languages should have a version that targets the major releases, even if it means features are missing from that release.
pmichaud Coke: yes, we'll have regular releases for Rakudo.
Coke: and those will be based on the Parrot monthly releases.
allison Coke: though, the actual tag on the commit message is correct, says 'pdd28str'.
Coke dodges.
allison pmichaud: fair enough, I just wish we had a way to make it simpler. Something to think about. 18:47
pmichaud most people playing with Perl 6 still will tend to want to use the head version of Rakudo, which means that we'll need something more up-to-date than Parrot's latest monthly release.
allison Coke: actually, at this point I think the commit messages say I've merged in pdd27mmd about 5 times (I keep making the same cut-n-paste mistake) 18:48
Coke allison: you mean "chromatic"
pmichaud (and people developing Perl 6 definitely need the head version of Rakudo, but I don't necessarily want them to have to have Parrot trunk.)
(because Parrot trunk might not work with Rakudo head)
Coke using a tag on parrot is probably the simplest way to do it. I had just been saying "use revision foo", but that's clumsy. 18:49
allison Coke: yes, paying more attention to #parrotsketch than #parrot
pmichaud right, I think I'm going for the tag approach, yes.
ask- one thing git has that's really nice is that the corresponding feature to "svn externals" makes you tie the external not just to another repository, but to a particular commit in the other repository.
Coke I do that at work: have a tag called 'stage' that I regularly delete and re-tag. 18:50
Infinoid Whiteknight: Please note (if you didn't already notice), TT #271 is related to the #273 you just created. (It raises some questions for one specific platform affected by those cases.) 18:51
ask- coke: that doesn't work - when you go back in history, your "stage tag" doesn't go back in history. 18:52
Whiteknight Infinoid: Yeah, I need to link the two or something
#271 reports a breakage, #273 is a call to cleanup the whole damn file
ask- (doesn't work = at best a clumsy workaround).
Coke ask: I don't need history. I need "what is the current build associated with stage."
(and it does go back, in that I can say "give me what was in stage as of last wednesday". (Or at least I think it does.) 18:53
this was as opposed to having a "tag" that I had to merge in changes from. it's always just a snapshot of something "good"
*change to 18:54
(clumsy workaround) What would you recommend?
pmichaud I've used 'latest' tags in various svn repos to indicate "latest stable" and it works just fine. 18:55
ask- coke: with svn I was doing it the same way (with one branch I'd follow from the parent repository). It's just awful though. It breaks when you want to go back 10 commits. Or when you branch a release branch. Or when you want to use an old tag. etc etc. At first the thing with having to do an explicit commit to update the submodule ("external") in a git repository was a hassle, but it solves all those issues 19:10
ask- has to run to the office. 19:13
Coke (with svn) yes, but we're stuck with svn. 19:16
(at the very least, I am stuck with it at my work.)
Whiteknight allison: did you see that email I sent out about "self"? 19:27
allison Whiteknight: just saw it this morning, haven't had a chance to reply yet 19:28
rurban pmichaud: a typical package layout is here code.google.com/p/cygwin-rurban/sou...HES/README
Whiteknight okay, I'm relieved just to know somebody received it
shorten rurban's url is at xrl.us/beesz3
rurban debian and redhat is similar 19:29
pmichaud rurban: at the moment I'm more interested in what happens when people type 'make install' 19:30
dalek tracwiki: v108 | coke++ | ParrotRoadmap
pmichaud for example, if someone is trying to build the latest version of rakudo.
dalek tracwiki: trac.parrot.org/parrot/wiki/Parrot...ersion=108
shorten dalek's url is at xrl.us/bees2d
rurban right now some /usr/runtime files also get installed.
but a basic make install is everything together which was build with make. 19:31
pmichaud where do the .pbc files end up? 19:32
rurban /usr/lib/parrot/library/
If they get built at all. for some there are only .pir's
pmichaud that didn't happen when I did 'make install' this morning.
why aren't they being built, then? 19:33
rurban missing make targets
pmichaud I don't understand.
rurban such as /usr/lib/parrot/library/PGE/Perl6Grammar.pir e.g. :)
pmichaud they're built when I do a normal 'make'
rurban Ah, I see. So they are just missing in the MANIFEST 19:34
allison pmichaud: but not installed
pmichaud allison: why not installed?
shouldn't we install precompiled versions of the libraries?
or tools, or whatever we choose to call them?
rurban So we can add a simple logic to the installer script to always copy .pbc's on library .pir's
19:35 confound_ joined
rurban But I see that with my MANIFEST.generated patch all those pbc's are in 19:36
here it is: runtime/parrot/library/PGE/P6Grammar.pbc [main]
pmichaud That's P6Grammar.pbc 19:37
that one doesn't exist.
It's Perl6Grammar.pbc
rurban oops
no it's missing 19:38
That deserves a new ticket
pmichaud I issued a ticket earlier for it. 19:39
TT #272
rurban I want to extend it to all generated pbc's. 19:40
pmichaud feel free.
I just know I ran into that issue when trying to build Rakudo. :-)
rurban Your fix is just a single line to MANIFEST.generated 19:41
dalek rrot: r36333 | rurban++ | trunk/MANIFEST.generated:
Fix TT #272, Perl6Grammar.pbc not in installed parrot
 19:43
chromatic What did const_string become in the great STRING API renaming? 19:45
pmichaud Parrot_str_new, I think. 19:46
chromatic Looks like Parrot_str_new_constant. 19:47
pmichaud Parrot_str_new_constant.
chromatic I couldn't find the commit for it for some reason.
19:47 andrew_ joined
allison chromatic: const_string Parrot_str_new_constant, yes 19:48
chromatic: they're listed in the pdd, look for "(was const_string)"
chromatic Ah, I had to touch the dynpmc *.pmc files. 19:49
Coke can we not list the old names for things in the PDD? 19:57
It's helpful for a transition, but long term, it's superfluous 19:58
(and for a transition, a wiki page is probably better.)
rurban For older languages it would be very helpful 19:59
allison Coke: I needed them before the transition because I was deciding what to name them (that is, it was part of the design)
rurban (kea-cl e.g.)
allison Coke: but, we can remove them to a wiki page (or just remove them entirely) after
Coke TT #221; did I miss a commit? 20:00
I didn't see, e.g., "socket" get removed.
hurm. 20:01
Ok, rephrase. I don't see an entry in PBC_COMPAT that corresponds to removing the socket-related opcodes, or a list on the ticket that says what was removed. 20:02
dalek rrot: r36334 | allison++ | trunk/DEPRECATED.pod:
[cage] Deprecation and removal of socket opcodes completed, removing entry from
purl deprecated.pod is pretty big, looking now :(
20:02 ask_ joined
turbov21 hmms: I like --test in the Configure.pl file, what a cool way to see if you're system can make Parrot. 20:02
Coke purl, no, DEPRECATED.pod is <reply> 20:03
purl okay, Coke.
allison Coke: they're not in src/ops/io.ops anymore, whatever the history was
20:03 ask- joined
rurban turbov21: you'll also need --verbose if some build step fails 20:04
Whiteknight DEPRECATED.pod?
purl DEPRECATED.pod?
purl bugger all, i dunno, whiteknight
Coke Whiteknight: that's a way to tell purl to shut up about something. 20:05
turbov21 rurban: thanks. if this build fails again (after Configure.pl seemed to pass), i'll be sure to try that.
Coke and not listen to people when they say it again.
masak Coke: really?
purl no, not really
Whiteknight well tell purl to shut up again, for me
Coke DEPRECATED.pod is interesting.
DEPRECATED.pod?
rurban perl Configure.pl --debugging=1 --optimize=-g3 gives me -DNDEBUG 20:06
turbov21 What does "[PGE.pbc] Segmentation fault" mean? 20:07
Whiteknight turbov21: it means Parrot segfaulted while trying to build PGE.pbc
particle it's one bit of undigested crayon in an otherwise perfect turd :(
Whiteknight which in turn means that there's some bug somewhere doing something wrong, some how 20:08
turbov21 Whiteknight, that narrows it down.
At least I know it's not the cat.
Whiteknight turbov21: Sorry, but it's a very unhelpful (but all-too-common) error message. What revision are you building?
and what platform? 20:09
rurban try different runcore's: ./parrot -f compilers/pge/PGE.pir or -t
turbov21 The latest trunk build (i just ran svn a few minutes ago) on Ubuntu, 32-bit AMD
(apologies for being vague, i was hoping that might have been a more specific error.) 20:10
dalek rrot: r36335 | allison++ | trunk/docs/gettingstarted.pod:
[cage] Updating getting started guide for currently supported ways of getting
 20:11
Whiteknight turbov21: run a "make realclean && perl Configure.pl && make"
particle turbov21: try ./parrot examples/pir/mandel.pir # to see if parrot built
Whiteknight particle: parrot would have built if it was trying to compile PGE.pbc 20:13
particle well, i should say "to see where the segfault might be"
Whiteknight ah, okay 20:14
turbov21 I'm waiting for the latest "make realclean && perl Configure.PL --without-icu --test --verbose && make" cycle to finish
particle ok
turbov21 "./parrot -f compilers/pge/PGE.pir" doesn't do anything, it's like a print "\\n" 20:15
"./parrot -t compilers/pge/PGE.pir" dumps what looks like PIL code to my screen 20:16
rurban good. -f is for the fastcore which you don#t have. -t is for tracing to see where it crashes. 20:17
turbov21 "./parrot examples/pir/mandel.pir #" shows an ascii fractal
rurban without --verbose and --test it's much faster 20:18
turbov21 is there anyway to dump -t into a file? there's too much to scroll back to the top
Coke turbov21: use shell redirect. 20:19
turbov21 like: > file
Coke ./parrot -t foo.pir 2> trace.out
or > if it's stdout. I think it's stderr, though.
PGE.pbc segfault has a ticket (or two!) already.
Whiteknight ./parrot -t foo.pir > trace.out 2&>1
Coke I even did an svn-bisect to find the offending commit. 20:20
rurban and the winner is....
Whiteknight ...I hope he doesn't say "whiteknight did it!" 20:21
turbov21 According to changelog, this is 0.9.0
chromatic That's it, you're on segfault detail.
Coke it was fperrad with an innocuous change. 20:22
rurban which rev?
purl which rev are you at?
Coke trac.parrot.org/parrot/ticket/261
"Looks like the segfault started happening in r36176."
trac.parrot.org/parrot/changeset/36176 20:23
turbov21 how would i check the rev?
Coke "svn info ." 20:24
turbov21 Last Changed Rev: 36332
turbov21 notes that svn command
rurban r36176 looks completely innocent
Coke sure does. but that's where the bisect led me. 20:25
I even double checked after one more time, and 36175 works, and 36176 doesn't.
rurban You also have a file .parrot_current_rev
Coke I wouldn't rely on that.
rurban maybe it falsely detected an exec runcore?
Coke since you have to run Configure.pl to update it. 20:26
rurban can you compare to resulting config_lib.pasm's if there's a major difference
turbov21 Here's what the trace.out looks like: kerovia.net/trace.out.txt 20:28
rurban looks good 20:29
purl O_O
Coke I don't think that's from your segfault, is it?
(note that -t1 can impact the running of a given program to change the result.)
rurban grep execcapable config_lib.pasm => 0 or 1 20:30
grep jitcapable config_lib.pasm # is probably 1
amd 32-bit right? 20:33
Coke rurban: good call: trac.parrot.org/parrot/ticket/261#comment:3 20:35
it's whatever feather is. =-)
dalek rrot: r36336 | allison++ | trunk:
[strings] Renaming 'Parrot_str_equal' to 'Parrot_str_not_equal' so the name
Coke rurban: has_exec_protect vanished.
rurban :)
Coke ah. 20:37
rurban But the segfault in comment 3 runs a slow_core. There's a false NCI call
Coke because he updated auto/jit.pm to look for files named _c but didn't update the existing files to match.
oh, wait, I'm looking in the previous version here. 20:38
(the diff is still good.)
rurban Looks like /usr/lib/libicudata.so.34 is the culprit
turbov21 but i'm cinfiguring with --without-icu 20:39
Coke it is possible our two segfaults are not related. 20:42
turbov21 ah.
rurban turbov21: your failure is probably just the jit, or exec core, which is falsely enabled
the failure in trac.parrot.org/parrot/ticket/261#comment:3 is interesting because there it runs the slow_core
And I also predict that's AMD specific only... 20:43
Coke how can I tell if I'm on an amd box?
rurban uname -a 20:46
purl Infobot 0.43.3 alpha (oznoid+#perl)
Coke Linux feather 2.6.18-6-xen-686 #1 SMP Sun Feb 10 22:43:13 UTC 2008 i686 GNU/Linux
rurban xen
cat /proc/cpuinfo
20:46 elmex joined
Coke vendor_id : GenuineIntel 20:47
rurban model name is enough normally
Coke model name : Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz
rurban cat /proc/cpuinfo| grep model
Same as mine :)
Coke so, there goes that theory.
dalek tracwiki: v5 | allison++ | ChrootSetup
rurban shit
dalek tracwiki: trac.parrot.org/parrot/wiki/Chroot...?version=5
20:48 alinbsp joined
rurban On cygwin it does not crash, and on my various linux vmware images also not. 20:48
turbov21 rurban, is there a way to properly enable exec core?
rurban solaris-64int also not
try and preach
Coke allison: if you wrap code blocks in {{{ }}} they will render as if in <pre>
allison Coke: ah, thanks 20:49
rurban we believe that the changed tests changed the exec or jit capability detection
jit is usually harmless, exec is quite hard to get right.
Coke rurban: my problem seems to be that exec is /no longer/ detected. 20:50
turbov21 I'm assuming since Parrot is a VM, you can't turn off jit
Coke (hurm. probably more like <code>, but you get the idea. 20:51
dalek tracwiki: v6 | allison++ | ChrootSetup
rurban sure you can turn it off, see ./parrot -hg
sure you can turn it off, see ./parrot -h
dalek tracwiki: trac.parrot.org/parrot/wiki/Chroot...?version=6
rurban you have the following runcore options: -S -j -f -C -b -g 20:52
Coke (not all of which may work on your particular built parrot) 20:54
dalek tracwiki: v7 | allison++ | ChrootSetup 20:58
tracwiki: trac.parrot.org/parrot/wiki/Chroot...?version=7
21:00 bacek joined 21:03 rob joined
dalek rrot: r36337 | rurban++ | trunk/t/native_pbc:
TT #254: Rebuild 32-bit and 64-bit intel numbers, as the previous ones
 21:05
moritz src/jit/i386/core.jit: In function ā€˜Parrot_eq_s_s_ic_execā€™: 21:09
src/jit/i386/core.jit:1149: error: ā€˜Parrot_str_equalā€™ undeclared (first use in this function)
ENOBUILD
rg my guess would be allison overlooked something in r36336 21:14
dalek tracwiki: v8 | allison++ | ChrootSetup
tracwiki: trac.parrot.org/parrot/wiki/Chroot...?version=8 21:15
rg seems like just that one occurrence in that file. 21:17
rob what the best way to handle constants in PAST, I was thinking of creating var nodes with a const flag in the symbol table.. it seems kinda ugly though 21:19
particle PAST::Val
many constants are automatically made into PAST::Val nodes anyway, for example an int constant will become a PAST::Val node 21:20
rob but how do I associate a past val with an identifier? 21:21
dalek rrot: r36338 | allison++ | trunk:
[strings] Make 'Parrot_str_equal' the primary, and have 'Parrot_str_not_equal' call it.
 21:22
rg allison: can you check moritz' report and (probably) rename the occurence in src/jit/i386/core.jit before we get really confusing results? 21:23
jonathan pmichaud: ping 21:25
allison rg: okay 21:27
particle rob: you want to put the Val inside a Var
jonathan or maybe if they are true constants and just simple values, maintain a compile-time table of them. 21:28
particle generally via an Op
rob ok
dalek tracwiki: v9 | allison++ | ChrootSetup 21:34
tracwiki: trac.parrot.org/parrot/wiki/Chroot...?version=9
tracwiki: v46 | rg++ | Languages 21:42
tracwiki: trac.parrot.org/parrot/wiki/Langua...version=46
Coke_afk ugh. 21:43
Coke ww
dalek rrot: r36339 | allison++ | trunk/src/pmc/task.pmc:
[strings] Use the new sane-logic 'Parrot_str_equal' in the Task PMC (as an example).
 21:44
tracwiki: v10 | allison++ | ChrootSetup 21:47
Util Trying to commit fix for TT#256; first commit since svn.parrot.org repo change.
Commit fails with (403). Using Trac ID "Util" and current Trac password.
Does something need to be poked to restore my commit bit?
dalek tracwiki: trac.parrot.org/parrot/wiki/Chroot...version=10
21:50 kj joined
Coke Util: your account doesn't have 'developer' access. 21:50
I would add you, but as a sanity check I tried to find your CLA but don't see it.
kj g'evening all
Util CLA? 21:51
purl i guess CLA is Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement or www.parrot.org/foundation/legal
Util I signed one at YAPC some year past - Robert Bruce Gray III
kj I'd like to override the standard syntax error handling sub, that comes with PGE-generated grammars. Anyone an idea how to do that?
Coke kj: something like this: code.google.com/p/partcl/source/bro...ib.pir#281 21:52
shorten Coke's url is at xrl.us/beetm7
Coke util, ah, your nick was missing. 21:53
fixed on the CLA list...
Util Many thanks! 21:54
Infinoid Anyone else getting Packfile-related failures in t/pmc/eval.t?
rg yes, me too
kj Coke: aah. it took a while before I understood; it's the bold-printed line no, right?
Coke Util: try now. 21:55
kj: yes.
kj Coke: thanks!
Coke I override the ws there. 21:56
rg infinoid: and all the t/pmc/packfile*.t
Coke hopefully you can use the same trick to override some other rule.
Infinoid rg: Funny, those pass here.
Util Coke: Works now. Thanks again!
dalek rrot: r36340 | Util++ | trunk:
Fix TT #256, out-of-sync pointer in unshift_string() in PMC ResizableStringArray
Coke Util++
kj yes instead of 'syntax error blablabla' I'd like to print "I'm sorry but I don't know what you mean" :-)
moritz are you writing an IRC bot? ;-) 21:57
kj moritz: no a text adventure engine
at least, that's the plan
moritz I think that's nearly the same ;-)
kj haha yep
22:00 Whiteknight joined
nopaste "infinoid" at 96.238.213.50 pasted "TT #271 test patch" (46 lines) at nopaste.snit.ch/15493 22:06
Infinoid janus: Does nopaste.snit.ch/15493 build for you on openbsd/sparc64?
dalek rrot: r36341 | allison++ | trunk/src/jit/i386/core.jit:
[strings] Caught one stray reference to old version of 'Parrot_str_equal' and
 22:07
22:21 braceta left 22:35 bacek joined 22:53 hercynium joined 22:59 Whiteknight joined
dalek tracwiki: v11 | allison++ | ChrootSetup 23:01
tracwiki: trac.parrot.org/parrot/wiki/Chroot...version=11
rrot: r36342 | allison++ | trunk/ports/debian:
[cage] Adding generated debian control file explicitly, so it can be
 23:28
23:41 rurban_ joined 23:42 bacek_ joined
s1n Coke_afk: thanks, i'll test it out later tonight 23:46
dalek rrot: r36343 | jkeenan++ | branches/closure_for_closure:
Creating closure_for_closure in svn.parrot.org/parrot/branches
 23:51
rrot: r36344 | jkeenan++ | tags/closure_for_closure-36342:
Tagging trunk at r36342 so that the closure_for_closure can later be synched to it.

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!