Camelia, the Perl 6 bug

IRC log for #parrot, 2010-09-07

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 ascent left #parrot
00:09 NotFound left #parrot
00:13 ascent joined #parrot
00:18 dalek TT #1621 closed by jkeenan++: Build errors on Windows
00:18 dalek TT #1621: http://trac.parrot.org/parrot/ticket/1621
00:20 NotFound joined #parrot
00:42 tcurtis joined #parrot
00:47 chromatic left #parrot
00:49 plobsing2 is now known as plobsing
00:54 Psyche^ joined #parrot
00:56 dngor_ joined #parrot
00:59 Patterner left #parrot
00:59 Psyche^ is now known as Patterner
01:00 dngor left #parrot
01:04 Infinoid left #parrot
01:04 Infinoid joined #parrot
01:09 aloha left #parrot
01:10 bacek left #parrot
01:13 dngor_ is now known as dngor
01:16 Paul_the_Greek left #parrot
01:29 bluescreen joined #parrot
01:45 whiteknight left #parrot
01:47 JimmyZ joined #parrot
01:48 JimmyZ http://www.parrot.org/scratch/steigender-​bedarf-fach%C3%BCbersetzungen-chinesisch .  Is it a advertisement?
02:01 GeJ Oh, that's spam alright.
02:02 GeJ with an exploit on the top maybe?
02:03 JimmyZ I don't know,heh
02:06 JimmyZ left #parrot
02:21 GodFather joined #parrot
02:23 GeJ clock ?
02:23 purl GeJ: LAX: Mon 7:23pm PDT / CHI: Mon 9:23pm CDT / NYC: Mon 10:23pm EDT / LON: Tue 3:23am BST / BER: Tue 4:23am CEST / IND: Tue 7:53am IST / TOK: Tue 11:23am JST / SYD: Tue 12:23pm EST /
02:24 GodFather left #parrot
02:36 janus left #parrot
03:07 theory left #parrot
03:18 dalek parrot: r48817 | plobsing++ | trunk (3 files):
03:18 dalek parrot: remove interp.save_func_table field
03:18 dalek parrot: this is unused since dynop_mapping changes landed
03:18 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48817/
03:23 bluescreen left #parrot
03:25 bluescreen joined #parrot
03:35 dalek parrot: r48818 | plobsing++ | trunk/src/runcore/main.c:
03:35 dalek parrot: remove unused static function notify_func_table
03:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48818/
03:51 janus joined #parrot
04:11 patspam left #parrot
04:19 sorear #1163 spam
04:21 bacek_at_work sorear, I already deleted comment
04:29 dalek rakudo: 8cf7fcd | pmichaud++ | src/Perl6/Actions.pm:
04:29 dalek rakudo: Switch 'for' statement modifier to use 'map' internally.
04:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​cf7fcdd4b3f7481eca80fd0a4a783b7ce20ac35
05:00 dalek parrot: r48819 | plobsing++ | trunk (7 files):
05:00 dalek parrot: allocate evc_func_table lazily and minimally
05:00 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48819/
05:09 plobsing left #parrot
05:41 chromatic joined #parrot
06:02 fperrad joined #parrot
06:02 chromatic left #parrot
06:06 uniejo joined #parrot
06:07 dalek parrot: r48820 | NotFound++ | trunk/src/pmc/stringbuilder.pmc:
06:07 dalek parrot: missing return in StringBuilder get_string!!!
06:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48820/
06:14 he joined #parrot
06:14 cotto joined #parrot
06:14 cotto ~~
06:31 cotto msg dukeleto http://trac.parrot.org/parrot/wiki/GitMigration - edit away!
06:31 purl Message for dukeleto stored.
06:32 he left #parrot
06:40 dalek tracwiki: v7 | cotto++ | GitMigration
06:40 dalek tracwiki: add rough timeline and prereqs for review
06:40 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=7&action=diff
06:44 he joined #parrot
07:12 tcurtis left #parrot
08:14 NotFound left #parrot
08:15 NotFound joined #parrot
08:30 bacek joined #parrot
08:33 dalek nqp-rx: 237bf91 | moritz++ | src/Regex/P6Regex/Grammar.pm:
08:33 dalek nqp-rx: introduce "Quantifier quantifies nothing" error message
08:33 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​37bf91d8cd9edfc9ab959b720f9971c8552c49e
08:33 aloha joined #parrot
08:58 smash mornin' everyone
09:07 M_o_C joined #parrot
09:17 aloha left #parrot
09:18 bacek left #parrot
09:28 mikehh left #parrot
09:50 fperrad left #parrot
09:55 bacek joined #parrot
10:01 aloha joined #parrot
10:08 jsut joined #parrot
10:13 jsut_ left #parrot
10:13 smash left #parrot
10:14 smash joined #parrot
10:31 bacek aloha, humans
10:40 fperrad joined #parrot
10:58 mikehh joined #parrot
11:11 M_o_C left #parrot
11:32 contingencyplan left #parrot
11:49 M_o_C joined #parrot
11:56 mariano__ joined #parrot
12:00 Coke .
12:01 bkuhn joined #parrot
12:04 dmalcolm joined #parrot
12:10 whiteknight joined #parrot
12:21 Coke Who cleaned up the trac spam?
12:22 Coke Thanks, and : http://trac.parrot.org/parrot/wiki/TracSpammers . though I suppose it's just more work for us, I do like keeping the list.
12:43 Coke four tickets remaining to hit our goal tomorrow.
12:46 dalek TT #113 closed by rblasch++: [PATCH] sal.h is not included in Visual Studio.NET 2003
12:46 dalek TT #113: http://trac.parrot.org/parrot/ticket/113
12:47 Topic for #parrot is now Parrot 2.7.0 "Australian King" Released! | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 |  close 25 tickets (3 to go), merge branches; profile your favorite PIR for memory leaks with valgrind
12:51 Coke three! three tickets, ha ha ha.
12:52 Coke moritz++ (are you a bot?)
12:52 moritz Coke: hey, rblasch++ closed the ticket, not me :-)
13:02 szbalint if the trac timeline would appear on irc that would make the process easier :)
13:06 aloha left #parrot
13:06 bacek left #parrot
13:17 Coke dalek is doing at least part of that, szbalint
13:19 szbalint gah, I'm blind.
13:19 szbalint :)
13:35 M_o_C left #parrot
13:45 dmalcolm left #parrot
13:54 dalek TT #1764 reopened by nwellnhof++: Infinite loop in exit handler
13:54 dalek TT #1764: http://trac.parrot.org/parrot/ticket/1764
13:54 janus left #parrot
13:55 Coke was that one of the 21 already closed this week?
13:55 moritz I think so
13:56 Coke bummer.
14:00 uniejo left #parrot
14:06 Andy joined #parrot
14:07 ttbot left #parrot
14:09 ttbot joined #parrot
14:13 janus joined #parrot
14:19 he left #parrot
14:23 M_o_C joined #parrot
14:33 M_o_C left #parrot
14:33 M_o_C joined #parrot
14:33 dalek nqp-rx: 24b297f | moritz++ | src/Regex/P6Regex/Grammar.pm:
14:33 dalek nqp-rx: report unrecognized backslash sequences
14:33 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​4b297f587aa59f6af0e14da196a1e1970ab3a33
14:44 mikehh t/op/integer.t and t/pmc/bigint.t FAIL in make corevm/make coretest - error:imcc:loadlib directive could not find library `sys_ops'
14:44 mikehh all other tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48820 - Ubuntu 10.04 i386 (g++)
14:45 mikehh for some reason this does not seem to happen on amd64, but it fails on i386 with gcc/g++ with or without --optimize
14:46 mikehh but only in coretest before sys_ops are built
14:48 mikehh switching to amd64 to do further testing
14:49 plobsing_ joined #parrot
14:57 mikehh left #parrot
15:03 ash_ joined #parrot
15:06 luben_work joined #parrot
15:09 mikehh joined #parrot
15:25 mariano__ left #parrot
15:26 NotFound mikehh: Is corevm supposed to build dynops?
15:26 nwellnhof joined #parrot
15:32 theory joined #parrot
15:34 mikehh NotFound: not as far as I am aware, but the tests pass on amd64, so I am confused
15:35 NotFound mikehh: most probably the test is wrong.
15:36 mikehh NotFound: and again it passes make test, just not make corevm/make coretest on i386
15:37 plobsing_ looking at the test, it only uses sys_ops to get MAX_INT and MIN_INT. why aren't these simply pasm include constants?
15:38 allison joined #parrot
15:40 mikehh plobsing: 32 bit/64 bit
15:42 moritz that pasm include file could be written at configure time
15:42 plobsing_ 32 bit machines get the constant as 2**32-1, 64 bit as 2**64-1
15:43 plobsing_ the op is still necessary when writting cross-platform PBC, but the constant is nifty (esp. in coretest)
15:43 dalek rakudo: d84752d | KodiB++ | / (6 files):
15:43 dalek rakudo: Implemented Instants and Durations.
15:43 dalek rakudo:
15:43 dalek rakudo: Signed-off-by: pmichaud <pmichaud@pobox.com>
15:43 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​84752d4f3e12b152cb707392e58ada56d31d20a
15:45 jsut_ joined #parrot
15:48 dukeleto 'ello
15:49 mikehh hi dukeleto
15:50 jsut left #parrot
15:51 * plobsing_ is also surprised that t/op/integer.t (which also uses sys_ops) isn't also failing.
15:52 dukeleto mikehh: howdy
15:52 purl salut, dukeleto.
15:53 NotFound The fix is easy: don't use sysinfo
15:53 NotFound Even better: deprecate sysinfo
15:53 mj41_ joined #parrot
15:54 ash_ anyone else ever notice that there is no --without-readline in parrot's config?
15:55 chromatic joined #parrot
15:55 ash_ or is it required by something?
15:55 NotFound I'd like better to not detect readline during config and not link it, using nci at runtime instead.
15:56 ash_ that could work too, but it currently doesn't check --without-readline, i'll try to patch that
15:57 NotFound wfm
15:58 mj41 left #parrot
15:58 mj41_ is now known as mj41
15:59 NotFound mikehh: it fails for me with make corevm ; make coretest in amd64
16:00 theory left #parrot
16:00 theory joined #parrot
16:03 SingAlong joined #parrot
16:03 SingAlong hi all
16:04 dalek tracwiki: v8 | dukeleto++ | GitMigration
16:04 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=8&amp;action=diff
16:05 SingAlong is episode-3 of the PCT tutorial fixed? The last time I used it I wasnt able to do the exercises or even run it (the auto-generated test file had problems).
16:07 SingAlong anyone?
16:07 purl Somewhere, someplace, in some universe, somebody uses whatever you just asked about.
16:08 mikehh All tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48820 - Ubuntu 10.04 amd64 (g++)
16:09 SingAlong purl: was that for me?
16:09 purl singalong: no idea
16:09 mikehh NotFound: it should AFAICS, but doesn't for me - after make realclean, so I am not sure, let me test further
16:09 SingAlong purl: well did it work for you?
16:09 purl singalong: no idea
16:10 SingAlong purl: ah. thanks
16:10 purl sure thing SingAlong
16:10 SingAlong purl: did the episode-3 work for you? (until the end)
16:10 purl SingAlong: huh?
16:10 NotFound SingAlong: purl is a bot
16:10 SingAlong oh crap!
16:11 NotFound SingAlong: Did you opened a ticket about that?
16:11 SingAlong NotFound: nope! tcurtis said he'll check that. It was he who figured out that the test file auto-generated had the mistake.
16:12 NotFound SingAlong: better open the ticket, people sometimes forget things
16:13 SingAlong NotFound: sure. but now I forgot the error. I guess it's better to post it with the error in detail than just saying that the test file is wrong. So i'll start the tutorial tomorrow and doing it again
16:13 dukeleto SingAlong: thanks, we appreciate it
16:13 NotFound SingAlong: good. Maybe is already fixed.
16:14 SingAlong dukeleto: np :) love parrot. i almost did my own language (until the tutorial broke) :)
16:15 SingAlong was thinking about the Parrot PIR BabySteps tutorial i found on the web. but many advised me to go with PCT instead or PIR, now i know why... dealing with registers etc
16:16 NotFound SingAlong: you can write a language both ways, using PCT or writing a custom lexer/parser.
16:16 NotFound With PCT you have the tools and the tutorial, with the custom way you must take care of all.
16:17 SingAlong NotFound: I used to do a lot of lex and yacc. But can that be used with PCT? or do I have to use NQP. (any docs would help)
16:18 NotFound SingAlong: the PCT way uses perl6 style grammars with nqp. Don't know if you can mix yacc into it without a lot of work.
16:19 SingAlong NotFound: oh just wanted to know if that's easier. I'll skip using yacc if it's a round-about method.
16:19 NotFound You can make a compiler in C with lex/yacc and generate pir, sure.
16:19 mikehh NotFound: my bad - it was pulling the files from an installed parrot on amd64
16:20 SingAlong NotFound: oh! thats nice! any doc?
16:21 SingAlong on how to use lex/yacc to generate pir
16:21 dukeleto SingAlong: it is possible, but not recommended.
16:21 NotFound SingAlong: just by writing pir code as output.
16:21 dalek tracwiki: v9 | dukeleto++ | GitMigration
16:21 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=9&amp;action=diff
16:22 SingAlong dukeleto: not going to do that unless i try hard to figure out whats wrong with the ep-3 :)
16:22 SingAlong NotFound: yacc and lex only output .c files. how do i force it to generate pir?
16:24 NotFound SingAlong: not sure it you can do it without ugly tricks. What I did was to avoid lex and yacc, and using a hand-coded recursive descent parser instead.
16:27 SingAlong left #parrot
16:29 nwellnhof left #parrot
16:37 shockwave left #parrot
16:43 davidfetter joined #parrot
16:46 cotto_work good morning, fellow humans
16:46 tcurtis joined #parrot
16:46 cotto_work 1001010101, bots
16:49 dalek rakudo: 0d6d574 | moritz++ | docs/ChangeLog:
16:49 dalek rakudo: update ChangeLog
16:49 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​d6d57445ab109500d16dc2eac6b19f854b2d2af
16:49 cotto_work dukeleto: ping
16:50 whiteknight left #parrot
16:54 jhelwig joined #parrot
16:54 dalek nqp-rx: 99fe6e2 | moritz++ | src/stage0/ (3 files):
16:54 dalek nqp-rx: update bootstrap files
16:54 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/9​9fe6e22e1b92724fc1e32b1da897927f5e4f1db
17:14 dukeleto cotto_work: pong
17:15 dukeleto cotto_work: we should pair on git-related stuff.
17:15 cotto_work +1
17:15 purl 1
17:16 cotto_work dukeleto: I saw your edits to the git migration page.  Are you suggesting using both github and cgit?  I like github because it avoides more work for osuosl
17:16 dukeleto cotto_work: cgit is very similar to gitweb. gitweb comes with git
17:17 dukeleto cotto_work: what i am talking about is having the "canonical" git repos on git.parrot.org, and gitweb is a very easy way to access/view them over HTTP
17:17 whiteknight joined #parrot
17:18 particle cotto_work: do you have git commit messages working?
17:18 cotto_work Yes.  I have a (very slow) demo site set up too.
17:18 dukeleto cotto_work: i am thinking that github is where people commit to, but we also have our "canonical" git repo on git.parrot.org, which get synced to the github mirrors via a cron job
17:19 contingencyplan joined #parrot
17:19 particle cotto_work: saw the demo site, didn't see commit messages. excellent.
17:19 particle i'd like to have git.parrot.org
17:19 dukeleto cotto_work: this will minimize our OSUOSL bandwidth
17:19 cotto_work What do you mean by "commit messages"?
17:19 particle bandwidth won't be a problem until we exceend 10GB/mo
17:19 dukeleto particle: that is the plan. git.parrot.org will be canonical and synced from github via a cronjob
17:20 cotto_work They appear when you hover over a commit link.
17:20 particle dukeleto: would you like http://git.parrot.org to redirect to github?
17:20 particle or to host our own cgit
17:20 particle parrot.org has been designed to host more projects than parrot
17:21 particle eg trac.parrot.org/parrot/...
17:21 particle however in practice we haven't done that
17:22 dukeleto particle: i would like git.parrot.org to be our own cgit/gitweb interface. I don't care which.
17:22 dukeleto particle: the parrot github org has 2 repos already: parrot.git and pir.git, so I think we should plan on multiple repos
17:22 dukeleto particle: cgit is faster/uses less CPU than gitweb, but has fewer features.
17:23 dukeleto particle: gitweb is probably already installed on parrot.org, just a few conf vars need to be twiddled
17:23 dukeleto cotto_work, particle: I already have the cronjob to sync github -> git.parrot.org written. It is very simple
17:24 particle osuosl prefer cgit
17:24 dukeleto particle: sounds good to me.
17:24 particle dukeleto: can you put in a request to support@osuosl.org?
17:25 dukeleto particle: sure. what exactly should I ask for?
17:25 particle subject parrot.org: install/configure gitosis/cgit
17:25 dukeleto particle: we don't need gitosis
17:25 particle oh, no, we don't.
17:25 dukeleto particle: no one needs to commit to git.parrot.org
17:25 particle right.
17:25 dukeleto particle: it will simple act as the canonical mirror
17:26 dukeleto s/simple/simply/
17:26 particle then explain the github mirroring setup, and ask for a cgit or gitweb setup.
17:26 dukeleto particle: ok.
17:27 particle and you can find them on #osuosl on freenode to discuss the ticket after it's submitted
17:27 particle so you might mention your freenode nick if they want to ping you
17:27 dukeleto particle: good to know
17:27 cotto_work Will git.parrot.org sync both ways or will it be read-only and get changes from github?
17:28 ruoso left #parrot
17:28 * particle prefers two-way, if it's manageable
17:28 dukeleto cotto_work: read-only. it will only pull in changes from github
17:28 dukeleto particle: two-way makes the mirroring a lot more involved
17:29 particle yes, i know, i just don't know what the state-of-the-art in git mirroring is
17:29 dukeleto particle: then you have to decide who wins if git.parrot.org diverges from github
17:29 cotto_work Then why have it?
17:29 particle it's mostly a branding/vanity thing
17:29 dukeleto I think many people are concerned that we host our "official" repos on github
17:29 particle let's be humble and go with github as canon
17:29 elmex_ joined #parrot
17:30 dukeleto The perl6 peeps seem to be happy with github as canon
17:30 particle we're free software, we take advantage of free services
17:30 cotto_work +1 to particle
17:30 moritz the nice things is that everybody has the full repo
17:30 dukeleto My $job mirrors all (17) of our github repos to our own servers, in case the bay area falls into the ocean
17:31 moritz if githubs decides to shut down their service, it's just a matter of changing URLs
17:31 elmex left #parrot
17:31 dukeleto The question boils down to: What is more likely to go down nowadays? parrot.org or github.com ?
17:31 whiteknight There's no reason why git.parrot.org can't redirect to the github page
17:31 elmex_ is now known as elmex
17:31 dukeleto whiteknight: agreed. We are decided what is wanted, though.
17:32 dukeleto Does parrot want to have a read-only mirror on parrot.org ? We already can setup read-only mirrors other places, like git.or.cz and gitorioius
17:32 whiteknight I see no problem with read-only mirrors
17:32 dukeleto whiteknight: sure. But do we want to host our own, is the question.
17:33 cotto_work -1, mostly because it means more work for osuosl that we can't do ourselves
17:33 whiteknight yes, I should have been more specific: It would be good to host our own read-only mirror, if possible
17:33 dukeleto it is a small amount of one-time work. gitweb/cgit needs to get configured, and then a 5 line cronjob needs to run, which is already written.
17:33 whiteknight development can always happen offline with git. The more copies we have easily publically available, the more seemlessly we will be able to weather a github outage
17:34 cotto_work +0 then
17:34 dukeleto cotto_work: i am not sure that we need to ask osuosl to do it. Can't we do that stuff ourself? We just need them to add the git.parrot.org vhost
17:34 whiteknight Assuming that somebody has an up-to-date copy, we can do anything we want while github is down. We could cut a release if we wanted
17:35 dukeleto But I hear what y'all are saying. Github as canon is fine with me.
17:35 moritz wfm too
17:35 dukeleto whiteknight: we can setup easy read-only mirros on gitorious/git.or.cz, without asking OSUOSL for anything
17:35 whiteknight dukeleto: that said, The github feature set is what we want most, not necessarily the github URL
17:36 whiteknight I think we could get our own copy of that code and run our own instance if we absolutely wanted to
17:36 whiteknight of course we lose out on possibility for mass collaboration
17:36 moritz let's ask it the other way: is there are a good reason to host it ourselves?
17:36 dukeleto whiteknight: i am only taking about having a read-only mirror on git.parrot.org, not running our own instance of githuby things
17:36 moritz apart from NIH, of course :-)
17:37 cotto_work moritz++
17:37 Coke given the amount of work that went into removing the appearance of dependence on perl.org, I have no desire to repeat that with our git server.
17:37 dukeleto moritz: I am a newbie. I want to get the official parrot repo. Where do I go?
17:37 dukeleto moritz: git.parrot.org would be my first guess
17:38 moritz dukeleto: you start google, and type 'parrot git'
17:38 Coke dukeleto: I'd just google it.
17:38 Coke moritz++
17:38 moritz dukeleto: and the first hit will either be a parrot wiki page pointing to the github repo
17:38 moritz or the github repo itself
17:38 moritz having a redirecting subdomain works for me too
17:39 moritz (I'd have no problem with a custom hosting solution too, I just think it's more effort to maintain than people assume)
17:39 moritz remember those spiders that follow every link, ask for every changeset, every possible blame at every possible revision?
17:41 whiteknight source.parrot.org
17:41 dukeleto moritz: having that as a redirect to github would be fine, though
17:41 dukeleto whiteknight: source is more general, but longer to type ;)
17:41 whiteknight the most obvious thing is not always the shortest
17:41 bkuhn left #parrot
17:41 whiteknight I'm not going to bikeshed here, I'm just pointing it out
17:41 dukeleto We should attempt to paint the smallest bikeshed possible ;)
17:41 dukeleto http://repo.or.cz/w/parrot.git
17:41 ash_ left #parrot
17:41 fperrad left #parrot
17:41 smash left #parrot
17:41 jan left #parrot
17:41 GeJ left #parrot
17:41 Hunger left #parrot
17:41 atrodo left #parrot
17:41 sjn left #parrot
17:41 spinclad left #parrot
17:41 knewt left #parrot
17:41 purl left #parrot
17:41 tcurtis left #parrot
17:41 theory left #parrot
17:41 mikehh left #parrot
17:41 M_o_C left #parrot
17:41 Andy left #parrot
17:41 cotto left #parrot
17:41 Util left #parrot
17:41 dukeleto left #parrot
17:41 pjcj left #parrot
17:41 luben left #parrot
17:41 PacoLinux left #parrot
17:41 nopaste left #parrot
17:41 perlite left #parrot
17:41 TimToady left #parrot
17:41 hudnix left #parrot
17:41 Tene left #parrot
17:41 KatrinaTheLamia left #parrot
17:41 elmex left #parrot
17:41 whiteknight left #parrot
17:41 jhelwig left #parrot
17:41 mj41 left #parrot
17:41 luben_work left #parrot
17:41 ttbot left #parrot
17:41 Infinoid left #parrot
17:41 x3nU left #parrot
17:41 esskar left #parrot
17:41 integral left #parrot
17:41 eternaleye left #parrot
17:41 p6eval left #parrot
17:41 bacek_at_work left #parrot
17:41 wagle left #parrot
17:41 jjore_ left #parrot
17:41 dafrito left #parrot
17:41 particle left #parrot
17:41 silug left #parrot
17:41 preflex left #parrot
17:41 szabgab left #parrot
17:41 cxreg left #parrot
17:41 dip left #parrot
17:41 slavorgn left #parrot
17:41 Khisanth left #parrot
17:41 zostay left #parrot
17:41 snarkyboojum left #parrot
17:41 athomason left #parrot
17:41 dzoe left #parrot
17:41 mikegrb left #parrot
17:41 frodwith left #parrot
17:41 Maddingue left #parrot
17:41 TonyC left #parrot
17:41 szbalint left #parrot
17:41 confound left #parrot
17:41 chromatic left #parrot
17:41 allison left #parrot
17:41 plobsing_ left #parrot
17:41 janus left #parrot
17:41 NotFound left #parrot
17:41 bluescreen left #parrot
17:41 dngor left #parrot
17:41 Patterner left #parrot
17:41 ascent left #parrot
17:41 dalek left #parrot
17:41 pmichaud left #parrot
17:41 PerlJam left #parrot
17:41 AzureSto_ left #parrot
17:41 s1n left #parrot
17:41 edenc left #parrot
17:41 autark left #parrot
17:41 baest left #parrot
17:41 rblackwe left #parrot
17:41 slavorg left #parrot
17:41 kthakore left #parrot
17:41 sorear left #parrot
17:41 estrabd left #parrot
17:41 jnthn left #parrot
17:41 davidfetter parrotsketch?
17:42 Coke in several hours.
17:42 Coke little under 3.
17:42 davidfetter k
17:42 ttbot joined #parrot
17:42 davidfetter i guess purl got netsplit or something
17:42 Coke how many tickets left to close before then?
17:43 Coke oh.
17:43 Coke missed that. ;)
17:43 cotto_work 3 according to the topic, though there's at least one I still need to review
17:43 Coke particle - I can't login to trac.parrot.org
17:43 Coke betting the overeager cache is back.
17:44 * Coke tries to find osu.
17:45 jnthn joined #parrot
17:45 estrabd joined #parrot
17:45 sorear joined #parrot
17:45 slavorg joined #parrot
17:45 rblackwe joined #parrot
17:45 baest joined #parrot
17:45 autark joined #parrot
17:45 edenc joined #parrot
17:45 kthakore joined #parrot
17:45 s1n joined #parrot
17:45 AzureSto_ joined #parrot
17:45 PerlJam joined #parrot
17:45 pmichaud joined #parrot
17:45 dalek joined #parrot
17:45 ascent joined #parrot
17:45 Patterner joined #parrot
17:45 dngor joined #parrot
17:45 bluescreen joined #parrot
17:45 NotFound joined #parrot
17:45 janus joined #parrot
17:45 plobsing_ joined #parrot
17:45 allison joined #parrot
17:45 chromatic joined #parrot
17:45 ruoso joined #parrot
17:45 knewt joined #parrot
17:45 spinclad joined #parrot
17:45 sjn joined #parrot
17:45 atrodo joined #parrot
17:45 Hunger joined #parrot
17:45 GeJ joined #parrot
17:45 jan joined #parrot
17:45 smash joined #parrot
17:45 fperrad joined #parrot
17:45 ash_ joined #parrot
17:45 elmex joined #parrot
17:45 whiteknight joined #parrot
17:45 jhelwig joined #parrot
17:45 tcurtis joined #parrot
17:45 theory joined #parrot
17:45 mj41 joined #parrot
17:45 mikehh joined #parrot
17:45 luben_work joined #parrot
17:45 M_o_C joined #parrot
17:45 Andy joined #parrot
17:45 cotto joined #parrot
17:45 Infinoid joined #parrot
17:45 x3nU joined #parrot
17:45 esskar joined #parrot
17:45 Util joined #parrot
17:45 dukeleto joined #parrot
17:45 integral joined #parrot
17:45 eternaleye joined #parrot
17:45 pjcj joined #parrot
17:45 luben joined #parrot
17:45 PacoLinux joined #parrot
17:45 p6eval joined #parrot
17:45 bacek_at_work joined #parrot
17:45 nopaste joined #parrot
17:45 wagle joined #parrot
17:45 jjore_ joined #parrot
17:45 dafrito joined #parrot
17:45 perlite joined #parrot
17:45 particle joined #parrot
17:45 silug joined #parrot
17:45 preflex joined #parrot
17:45 TimToady joined #parrot
17:45 szabgab joined #parrot
17:45 hudnix joined #parrot
17:45 cxreg joined #parrot
17:45 Tene joined #parrot
17:45 dip joined #parrot
17:45 KatrinaTheLamia joined #parrot
17:45 slavorgn joined #parrot
17:45 Khisanth joined #parrot
17:45 zostay joined #parrot
17:45 purl joined #parrot
17:45 mikegrb joined #parrot
17:45 snarkyboojum joined #parrot
17:45 TonyC joined #parrot
17:45 dzoe joined #parrot
17:45 Maddingue joined #parrot
17:45 frodwith joined #parrot
17:45 szbalint joined #parrot
17:45 athomason joined #parrot
17:45 confound joined #parrot
17:46 plobsing_ left #parrot
17:46 plobsing_ joined #parrot
17:46 cotto_work It's a good thing I love brittle protocols.
17:47 chromatic Oh, set_bool.  No idea.
17:48 * dukeleto will be back in a few
17:50 Coke pinged osuosl folks about trac.parrot.org login.
17:50 Coke anyone able to login?
17:51 atrodo Coke> I was able to
17:52 cotto_work wfm
18:09 davidfetter left #parrot
18:10 tadzik joined #parrot
18:15 dalek parrot: r48821 | NotFound++ | trunk/t/pmc/orderedhashiterator.t:
18:15 dalek parrot: test OrderedHashIterator clone
18:15 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48821/
18:26 * dukeleto is back
18:28 * dukeleto updated the git migration plan, removed git.parrot.org stuff, for now
18:28 dukeleto it can be setup at any time, and isn't necessary for the svn -> git switch
18:31 dukeleto mikehh: i added you as a committer to github, as well.
18:32 nwellnhof joined #parrot
18:33 * dukeleto migrates. be back soon.
18:33 * cotto_work clones and forks dukeleto
18:34 * Coke thanks dukeleto for taking over the git documentation.
18:34 * Coke volunteered back in the dark ages.
18:34 cotto_work dukeleto++ for git docs
18:38 fperrad left #parrot
18:38 dalek tracwiki: v10 | dukeleto++ | GitMigration
18:38 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=10&amp;action=diff
18:44 dalek TT #1774 created by ash++: Adding without-readline support
18:44 dalek TT #1774: http://trac.parrot.org/parrot/ticket/1774
18:44 dalek TT #1749 closed by nwellnhof++: readall method on open FileHandle is inefficient
18:44 dalek TT #1749: http://trac.parrot.org/parrot/ticket/1749
18:46 tadzik left #parrot
18:47 ash_ i submitted a patch to the trac for --without-readline for the Configure.pl script
18:47 tcurtis nwellnhof: does r48824 create the right encoding for the produced string? When I tried a change that was, iirc, about the same as yours, it failed some tests due to wrong encodings.
18:48 nwellnhof tcurtis: yes, see the previous commit
18:49 dalek parrot: r48822 | plobsing++ | trunk/compilers/imcc (3 files):
18:49 dalek parrot: remove imc_info_t.allocated (was always 0)
18:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48822/
18:49 dalek parrot: r48823 | nwellnhof++ | trunk (2 files):
18:49 dalek parrot: [pmc] Various fixes to StringBuilder PMC
18:49 dalek parrot: - Optimize reallocation
18:49 dalek parrot: - Use Parrot_str_clone again, it should be safe now
18:49 dalek parrot: - Keep encoding if all strings have the same encoding
18:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48823/
18:49 dalek parrot: r48824 | nwellnhof++ | trunk/src/pmc/filehandle.pmc:
18:49 dalek parrot: [pmc] Use StringBuilder in FileHandle.readall
18:49 dalek parrot: Fixes TT #1749
18:49 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48824/
18:50 nwellnhof the problem was that concatenating utf8 strings wouldn't necessarily produce an utf8 string
18:51 nwellnhof the string_rep_compatible logic was simply *too* smart
18:52 cotto_work That doesn't sound like "smart".
18:55 nwellnhof it does the right thing. but it can be surprising that the concatenation of utf8 strings produces an ascii string.
18:56 * dukeleto is back
18:56 pmichaud nwellnhof: your patch fixes the readall problem, but what about the general problem of concatenating strings?
18:56 pmichaud are long string concatenations always doomed to be slow in Parrot?
18:56 nwellnhof pmichaud: that's what StringBuilder is for
18:56 pmichaud nwellnhof: you expect a HLL compiler to figure out when there are long sequences of string concatenations and switch to StringBuilder?!
18:57 dukeleto cotto_work: no worries. I am enjoying it
18:58 nwellnhof pmichaud: it's a consequence of the immutable string changes. that wasn't my idea but i think immutable strings are a good thing.
18:58 pmichaud I think immutable strings are a good thing also.
18:58 pmichaud My question is about GC.
18:58 pmichaud It's the GC that causes the problem.
18:59 pmichaud the example program I gave (before your patch) resulted in 1700+ mark-and-sweep runs.
18:59 nwellnhof not really, the actual problem is that str_concat has to allocate a new string every time.
18:59 chromatic Are you sure my patch to that caused the problems?  I can't reproduce it.
18:59 nwellnhof that results in a lot of GC pressure, of course.
19:00 pmichaud nwellnhof: and lots of large string allocs result in many mark runs, apparently.
19:00 pmichaud chromatic: I had a fresh checkout -- I can try again, if you wish.
19:00 NotFound Conatenating two string to a new string causing the allocation of a new string is no big surprise.
19:00 dukeleto cotto_work: what needs doing with github-trac? Are there any time-consuming things that need to be done close to the actual transition?
19:01 nwellnhof pmichaud: the old readall code allocated a string of average length (0.5 * filesize) for every line read.
19:01 pmichaud NotFound: but the 1740+ mark runs is way too expensive, especially when we have to mark-the-world.
19:01 dalek TT #1771 closed by NotFound++: Cannot hll_map in parrot HLL
19:01 dalek TT #1771: http://trac.parrot.org/parrot/ticket/1771
19:01 chromatic I'm happy to argue that running the GC when a fixed-sized pool is full (or too full) is a bug.
19:01 chromatic That seems like a recipe for quadratic disaster.
19:02 pmichaud ...which is what we saw.
19:02 chromatic Exactly.
19:02 NotFound Wasn't that fixed?
19:02 pmichaud nwellnhof: I'm not arging against your patch, I'm arguing that it doesn't solve the underlying problem (for Rakudo)
19:02 chromatic I deleted a lot of code.
19:02 cotto_work dukeleto: the code that handles post-receive hooks needs to be tested, but my additions there are trivial.
19:02 chromatic There might be a 64-bit problem there, but I'm not sure.
19:03 nwellnhof pmichaud: the old code allocated 2.5 GB for reading unixdict.txt if my quick calculation is right
19:03 pmichaud nwellnhof: that doesn't surprise me.
19:03 cotto_work Installing the plugin requires the output from git log.  Slurping the log into the db shouldn't take more than 30s.
19:03 pmichaud does readall still do a line-by-line read?
19:03 nwellnhof pmichaud: yes
19:03 pmichaud ...why?
19:04 tcurtis Could it be rewritten to use Parrot_io_reads like the unopened case?
19:04 nwellnhof pmichaud: i don't know. it probably shouldn't
19:04 pmichaud I think it should just do reads in, say, 4k byte chunks until exhaustion.
19:04 pmichaud then for unixdict.txt instead of doing 25000 concatenations we end up doing 50
19:05 pmichaud (or, if it's using StringBuffer, intead of reading in 25000 strings we read only 50)
19:05 chromatic line-by-line reading here is definitely suboptimal.
19:05 nwellnhof pmichaud: the funny thing is that readall does that if reads from a filename
19:05 whiteknight memory map the file, memcopy into a buffer, viola
19:06 chromatic My memcopy if we have mmap?
19:06 pmichaud this case is the one of reading from an already opened filehandle
19:06 pmichaud the filehandle may be something that can't mmap
19:06 whiteknight well, if you want to assume that we're not going to close the mmap when we close and destroy the filehandle, that's fine
19:06 pmichaud I already switched rakudo's slurp() function to use the readall('filename') approach, that gave us a 30x speedup on slurp()
19:07 pmichaud but that doesn't help with .slurp on already-opened-file
19:07 Topic for #parrot is now  Parrot 2.7.0 "Australian King" Released! | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | close 25 tickets (2 to go), merge branches; profile your favorite PIR for memory leaks with valgrind
19:07 nwellnhof there are definitely a lot of possibilities for optimizing the IO code
19:08 dukeleto we have 1.5hrs left to close 2 tickets before #ps, to meet our goal
19:08 dukeleto cotto_work: do we have an instance of the github-trac plugin running somewhere already?
19:09 cotto_work dukeleto:  http://mksig.org/trac/wiki/WikiStart (super slow though)
19:09 cotto_work running on postgres, same as trac.parrot.org
19:10 ash_ if someone wants to apply the patch from ticket 1774 that might be a quick ticket to close :P, or if i need to add more to the patch/make a better patch, let me know
19:10 dalek parrot: r48825 | moritz++ | trunk/ext/nqp-rx/src/stage0 (3 files):
19:10 dalek parrot: [nqp-rx] update bootstrap files from (sha1 99fe6e22); adds improved error reporting for regex parsing
19:10 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48825/
19:12 cotto_work left #parrot
19:12 cotto_work joined #parrot
19:13 dukeleto cotto_work: have you contacted the upstream author of the github-trac plugin at all? Is he open to merging your changes?
19:13 dukeleto cotto_work: and do we care about having those changes merged upstream before converting parrot from svn to git?
19:14 cotto_work I haven't contacted him yet.  I would prefer to have the changes merged upstream.
19:15 tadzik joined #parrot
19:15 dukeleto cotto_work: "    * this will require the output from git log, as documented in the README for that plugin "
19:15 Paul_the_Greek joined #parrot
19:15 cotto_work I'll send him a message berore #ps.  He's active on github (though not on the plugin atm) so he should see it soon.
19:15 cotto_work *before
19:15 dukeleto cotto_work: how long will that step take?
19:15 dukeleto cotto_work++
19:15 Paul_the_Greek Afternoon, Parrotheads.
19:15 dukeleto Paul_the_Greek: good localtime()
19:16 Paul_the_Greek The time of day is to be shifted appropriately in each reader's brain.
19:16 cotto_work merging upstream?  It depends on davglass (the current maintainer)'s comments.
19:18 cotto_work Don't consider it a blocker though.
19:20 dukeleto cotto_work: no, how lnog with the "output from git log" step take?
19:20 dukeleto s/lnog/long/
19:22 cotto_work 20 seconds +/-
19:23 cotto_work actually, it looks more like 3 on my local machine
19:24 luben hello everyone
19:25 luben what functions are subject of deprecations - those marked PARROT_EXPORT or those marked PARROT_API?
19:25 cotto_work That said, there's a fairly large difference between the number of commits that git log returns and the number of svn revisions we have.
19:26 cotto_work API only
19:26 luben nice
19:31 dukeleto cotto_work: awesome. just making sure it is not going to take hours or something
19:32 dukeleto cotto_work: git log operates on master by default
19:32 dukeleto cotto_work: what kind of difference are you seeing?
19:32 mj41_ joined #parrot
19:33 cotto_work 39764 lines containing git-svn-id, whereas we have ~48800 commits.
19:35 dukeleto cotto_work: that could be something to do with branches and tags
19:35 dukeleto cotto_work: and i don't think svn started on rev 1, since it was converted from CVS
19:36 dukeleto cotto_work: but that is a guess
19:36 cotto_work we have a git-svn-id line for r1
19:36 mj41 left #parrot
19:36 mj41_ is now known as mj41
19:37 dukeleto cotto_work: does github-trac know about branch names?
19:37 dukeleto cotto_work: what happens if a sha1 prefix is ambiguous?
19:38 cotto_work currently it'll pick the first one
19:38 cotto_work no
19:38 cotto_work I sense that perhaps I'm not as done as I'd thought.
19:40 dukeleto cotto_work: i wrote something very similar for a ticket tracking system at my $old_job
19:40 dukeleto cotto_work: it would accept things like repo:branch or repo:sha1
19:40 cotto_work Oh good.  Then you'll be familar with the pitfalls.
19:41 dukeleto cotto_work: yes, i am familiar with some of the pitfalls
19:41 dukeleto cotto_work: what is the minumum length sha1 that you accept? i found 5 was reasonable
19:41 dukeleto cotto_work: if not, you will be checking lots of english words that could maybe be a SHA1
19:42 cotto_work 5
19:43 Paul_the_Greek Like deadbeef?
19:43 cotto_work It'll check that and ignore it when it doesn't find a matching git id.
19:44 dukeleto Paul_the_Greek: yes, but deadbeef is >5 chars :)
19:46 Paul_the_Greek Okay, then just dead and beef.
19:46 cotto_work too short
19:46 purl too short is bad as well
19:47 dukeleto Paul_the_Greek: yes, that is the point of requiring >= 5 chars.
19:48 dukeleto cotto_work: i just made the gitmigration wiki page more specific. please add any bullet points that you can think of under the github-trac plugin
19:48 cotto_work Hamburger discussions will not be adversely affected.
19:49 Paul_the_Greek Why would you be confused that a sha1 might be a word?
19:49 dukeleto cotto_work: we need a better definition of "well-tested"
19:49 cotto_work s/better //
19:49 dukeleto Paul_the_Greek: this is the situation. You have a wiki page with 5000 words on it. We only check words >= 5 chars to see if they are SHA1's
19:49 Paul_the_Greek Why do you check that at all?
19:49 dukeleto Paul_the_Greek: it is expensive to see if something is a SHA1, usually. Unless it is cached
19:50 cotto_work It makes me sad that trac extensions don't come with their own built-in tests like perl 5 modules do.
19:50 dukeleto Paul_the_Greek: to autolink SHA1's to the commit that refer to
19:50 dukeleto Paul_the_Greek: like the way trac links r1234 to the changeset of r1234
19:50 Paul_the_Greek I don't have to code something around the sha1 to say it's a sha1?
19:50 Paul_the_Greek Oh, right, like that.
19:50 cotto_work Paul_the_Greek: they can appear anywhere in a body of text.
19:51 dalek tracwiki: v11 | dukeleto++ | GitMigration
19:51 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=11&amp;action=diff
19:51 dalek tracwiki: v12 | dukeleto++ | GitMigration
19:51 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=12&amp;action=diff
19:51 dalek tracwiki: v13 | dukeleto++ | GitMigration
19:51 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=13&amp;action=diff
19:51 Paul_the_Greek So why not have to write at least 'sdecaf' ?
19:51 dukeleto Paul_the_Greek: what ?
19:51 Paul_the_Greek Why not some indicator like the 'r' ?
19:52 cotto_work That's for svn revisions.
19:52 cotto_work Using it for both would add ambiguity to number-only git ids.\
19:52 Paul_the_Greek Right, but why not something similar for sha1s?
19:52 Paul_the_Greek Like an 's'.
19:53 cotto_work laziness on the part of the implementer ;)
19:53 tcurtis People are used to just saying the sha1 for git sha1s and it's easier to handle them without a prefix that train everyone to use a prefix, possibly.
19:53 dukeleto tcurtis++
19:53 Paul_the_Greek Hmm.
19:54 dukeleto Paul_the_Greek: don't bikeshed unless you want write the code and train everyone ;)
19:54 cotto_work Allowing git ids directly also seems to be the least surprising thing to me.  Other people may be differently surprised.
19:56 Paul_the_Greek It's good to live in an age where trying to save the lookup of every word >= 5 letters composed of a--f is considered bikeshedding.
19:56 dukeleto It allows people to cut and paste emails that refer to SHA1's and all kinds of other use cases. It also allows copy+paste into git commands.
19:56 dukeleto Paul_the_Greek: yes, I agree.
19:56 Paul_the_Greek I hereby renounce the fact that I grew up in the late '60s and '70s and throw efficiency to the wind.
19:57 Paul_the_Greek All hail naked SHA1s!
19:57 dukeleto Paul_the_Greek++
19:57 cotto_work Welcome to the 21st century.
19:57 cotto_work We have fast CPUs and we know how to keep them busy.
19:57 Paul_the_Greek You mean the century where all my spare cycles go to running dynamic icons? Huzzaaa!
19:57 * dukeleto ponders making a film called "SHA1's gone wild"
19:58 nwellnhof paul: there aren't many words with more than 5 letters consisting only of letters A-F
19:58 Paul_the_Greek Ooh, let's find out how many ...
19:58 * cotto_work smells a perl script in the making.
19:58 luben chromatic, ping
19:59 nwellnhof git  hashes also have at least 7 characters, AFAIK
19:59 dukeleto nwellnhof: you are wrong about that
19:59 dukeleto nwellnhof: any unique prefix works
19:59 dukeleto nwellnhof: 7 characters will usually be unique for smallish repos, though
20:00 dukeleto The number of characters needed, on average, grows logarithmically with the number of commits in the repo, if anyone cares.
20:00 pmichaud chromatic: I tried that patch from the mailing list again -- same result.
20:00 cotto_work i.e. slowly
20:01 dukeleto how does parrot-commits happen, currently?
20:01 cotto_work Oh.  Good question.
20:01 purl Yeah, it is. I'm stumped.
20:01 Coke dukeleto: happen?
20:01 purl /kick Coke enough with the aybabtu already
20:02 Coke presumably a post-commit hook.
20:02 Coke probably right in the trac guts.
20:02 dukeleto Coke: just wondering how we will do parrot-commits in the github age. I added it to the migration wiki page
20:02 nopaste "nwellnhof" at 192.168.1.3 pasted "grep '^[a-f]*$' unixdict.txt" (66 lines) at http://nopaste.snit.ch/23252
20:03 cotto_work thanks, nerd
20:03 cotto_work ;)
20:04 Coke dukeleto: one possible option: don't.
20:04 Coke (just have people sub to the RSS commit feed.)
20:04 pmichaud RSS feed seems reasonable
20:04 cotto_work I like getting it by email.
20:05 pmichaud github allows commits to go to a mailing list
20:05 pmichaud it's, like, easy.
20:05 dukeleto Coke: yep, that is possible. It is simple to get emails sent, but I think it is slightly more challenging to get commit diffs emailed
20:05 Coke so do I, but it's not worth any time on my effort to support. ;)
20:05 Paul_the_Greek There are only 33 words! What the hell was I worried about?
20:05 dukeleto pmichaud: commits yes, commit diffs, not so much
20:05 dukeleto pmichaud: but the link to the diff is in the email, of course
20:05 pmichaud ah, yes, it doesn't include the diff.
20:06 Paul_the_Greek You could allow four letters and it still doesn't much matter.
20:06 dukeleto facade and decade <-- high class deadbeef cousins
20:06 Paul_the_Greek acceded, defaced, effaced
20:07 Paul_the_Greek bedded should be useful, too.
20:07 Coke abacab
20:07 pmichaud abba
20:07 Paul_the_Greek Yagh.
20:07 nwellnhof not to forget 0xcafebabe
20:08 dalek tracwiki: v14 | dukeleto++ | GitMigration
20:08 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=14&amp;action=diff
20:08 * cotto_work is surprised not to have seen a place called the Ox Cafe.
20:09 Paul_the_Greek Or the joint run by the confused brother-in-law: 0cafe
20:10 whiteknight left #parrot
20:10 Paul_the_Greek 0xc0ffeebabe
20:11 GeJ Bonjour everyone.
20:11 Paul_the_Greek Howdy GeJ.
20:11 bluescreen left #parrot
20:13 * dukeleto would love if some peeps took a look at http://github.com/parrot/parrot/blob/leto%2​Fgit_docs/docs/project/git_terminology.pod and gave feedback
20:14 bacek joined #parrot
20:15 dukeleto bacek: GOOD DAY, HUMAN MEAT
20:16 Paul_the_Greek dukeleto: "SHA1 sum" should be "SHA1 hash"?
20:16 moritz it's a "check sum"
20:16 GeJ G'Day bacek.
20:16 moritz so "sum" isn't all that bad
20:16 shockwave joined #parrot
20:16 GeJ Servus moritz.
20:16 shockwave pmichaud: ping
20:17 moritz hi GeJ
20:17 pmichaud shockwave: pong
20:17 Paul_the_Greek moritz: But doesn't it make you think that it is the sum of something?
20:17 dukeleto Paul_the_Greek: SHA1 hash seems to be much more common, thanks
20:17 moritz Paul_the_Greek: it is
20:18 Tene Paul_the_Greek: also notice that the command-line tool used to verify that is named "sha1sum"
20:18 dukeleto Paul_the_Greek: i hear a lot of people use SHA1 sum, but hash seems to be the more common phrase
20:18 Paul_the_Greek Standing for "secure hash algorithm" after all.
20:18 shockwave pmichaud: Hey. I gave some thought about that field caching thing we were talking about yesterday. Basically,
20:19 Tene and, fwiw, the algorith *does* involve quite a few additions.
20:19 chromatic luben, pong
20:19 Paul_the_Greek Should have been called 'verifysha1'.
20:19 Tene Sure.
20:19 ash_ left #parrot
20:19 pmichaud maybe it's really "sha1 <sumthing>"  :-P
20:20 Paul_the_Greek True, but then we could also call it sha1 xor.
20:20 Tene "sha1sum" is already quite well-established.  Using "sum" in that sense is not going to confuse anyone.
20:20 Tene Paul_the_Greek: :)
20:20 dukeleto is it 10mins to #ps already?
20:20 luben chromatic, I have finished the hash refactor to inline hash functions and compare functions.
20:20 shockwave pmichaud: The $P0 = assign $P1 ; works really nice, because not only does it stop the need to box a value prior to assign it to a field, which is obviously expense, but it also has the side effect that it works when a field is cached, another method is called and that field is set, and the method returns. But,
20:20 chromatic How was it?
20:20 Paul_the_Greek Wait, are there XORs? Maybe sha1 shift.
20:20 luben 2-3% speedup
20:21 luben it's worth
20:22 chromatic Definitely.
20:22 shockwave Fields of non-scalar types break the whole deal. There are infinite ways in which those fields are can be changed. Every time a function is called, those types of fields have to be invalidated, unless one has a very detailed call-graph as to who changes whom.
20:22 pmichaud shockwave: correct.
20:22 aloha joined #parrot
20:22 luben coretest passes but I have to chase more bugs in make test
20:23 tadzik1 joined #parrot
20:23 shockwave pmichaud: Some caching can still be possible. I guess something is better than nothing. And that something may turn out to be substantial in some cases.
20:24 chromatic luben, is this worth doing in a public branch?
20:24 luben yes, I will try to create one in the svn
20:25 cognominal left #parrot
20:25 cognominal joined #parrot
20:26 luben here is my working repo if you are interested in the code: http://luben.spnet.net/gitw​eb/?p=parrot/.git;a=summary
20:27 dukeleto luben: do you have a gitub id?
20:27 tadzik left #parrot
20:28 luben let me see
20:28 pmichaud have to run here... bbiaw
20:28 tadzik1 how is threading in Parrot going? I think I remember someone working on it for GSoC, is it soon-to-be-working in Parrot?
20:29 chromatic #ps in 1
20:30 tcurtis Chandon implemented green threads, but I think actual parallel execution is blocking on deciding how to approach data sharing and synchronization.
20:30 luben I have just created github account
20:32 * chromatic wants to change all of the PackFile functions to use STRINGs, not the random blobs of memory C thinks are strings.
20:39 dalek rakudo: 19a8b71 | pmichaud++ | src/core/Any-list.pm:
20:39 dalek rakudo: Add Match workarounds for .[] and .{} to (temporarily) allow match objects to do something sane.  Addresses RT #75868.
20:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​9a8b71011563e325b65744b3c4f935253fe3c01
20:40 dukeleto luben: what is your github username?
20:40 dukeleto luben: have you sent a CLA?
20:41 chromatic luben sent his CLA and has his commit bit.
20:41 luben dukeleto, username: luben, CLA: yes,
20:42 dukeleto luben: have you gotten a commit bit to svn yet? just wondering
20:42 luben chromatic, the refactor passes make test again.
20:42 luben dukeleto, yes, since yesterday
20:42 chromatic Fantastic.
20:43 dukeleto luben: awesome.
20:44 tadzik1 is now known as tadzik
20:44 dukeleto luben: ok, you have a commit bit on github now
20:46 luben dukeleto, thanks
20:51 NotFound Someone fluent with blizkost source here?
20:53 M_o_C left #parrot
20:55 tcurtis ns_func_cleanup was merged in r47678.
20:55 mikehh t/op/integer.t and t/pmc/bigint.t FAIL in make corevm/make coretest - error:imcc:loadlib directive could not find library `sys_ops'
20:55 mikehh all other tests PASS (pre/post-config, make corevm/make coretest, test, fulltest) at r48825 - Ubuntu 10.04 amd64 (g++ with --optimize)
20:56 Topic for #parrot is now  Parrot 2.7.0 "Australian King" Released! | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | close 25 tickets; merge branches; review Git conversion plan
20:56 tcurtis msg whiteknight ns_func_cleanup appears to have been merged into trunk at r47678. Can it be deleted?
20:56 purl Message for whiteknight stored.
20:56 aloha OK. I'll deliver the message.
20:58 dukeleto cotto_work: i just added some import stuff to the migration wiki
20:58 dukeleto s/import/important/
20:58 dalek parrot: r48826 | tcurtis++ | branches/pct_multi_support:
20:58 dalek parrot: Delete branch pct_multi_support, which was merged into trunk at r46785.
20:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48826/
20:59 cotto_work so you did
20:59 tcurtis purl, msg tcurtis Remember to address a specific bot with msgs until purl goes bye-bye.
20:59 purl Message for tcurtis stored.
20:59 dalek tracwiki: v15 | dukeleto++ | GitMigration
20:59 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=15&amp;action=diff
20:59 dukeleto cotto_work: we need to make sure basic things in tools/ know about git
21:00 dukeleto cotto_work: and the release manager guide is important to have done as well
21:02 cotto_work very good catch
21:02 cotto_work dukeleto++
21:02 dafrito left #parrot
21:03 Coke an svn branch to work on the git-support would be a good idea.
21:04 dafrito joined #parrot
21:05 dukeleto Coke: i am working in git branches, because they will be able to get merged after the switch. Not so much for svn branches.
21:07 Coke hokay
21:07 dukeleto Coke: but your point is taken
21:07 cotto_work We won't be able to merge current svn branches after the git migration?
21:07 cotto_work That sounds important.
21:07 dukeleto cotto_work: they are all already git branches
21:07 cotto_work and those can be merged fine?  ok
21:08 dukeleto cotto_work: yeah, i guess you are right. svn branches are all in git, so what I just said was wrong
21:08 chromatic Whew.
21:08 * dukeleto meant to say "i am going to work in git branches, because I loath svn"
21:08 cotto_work ditto
21:09 nwellnhof tcurtis: just the "definitely lost" reports for ./perl6 -e -1
21:15 whiteknight joined #parrot
21:15 dalek parrot: r48827 | chromatic++ | trunk/src/packfile.c:
21:15 dalek parrot: [pf] Fixed some compiler warnings.
21:15 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48827/
21:15 tcurtis nwellnhof: so, leave out the errors it reports?
21:16 chromatic Please do.
21:17 nopaste "tcurtis" at 192.168.1.3 pasted "valgrind --leak-check=full ./perl6 -e -1" (48 lines) at http://nopaste.snit.ch/23253
21:17 chromatic Only two leaks there then.
21:19 * tcurtis was treating lots of leaks in terms of the amount of memory leaked.
21:19 tcurtis That second leak would account for most of the leaking that showed up in the spectest run.
21:20 chromatic I'm not seeing those leaks.
21:20 chromatic The only leak I see is the weird Valgrind/dlerror leak.
21:21 Paul_the_Greek Is github.com/parrot our repository?
21:22 cotto_work dukeleto: we should also make sure that the first person to cut the release after our git migration will be knowledgeable enough to deal with any holes in the release manager guide.
21:22 nwellnhof i'm not seeing any leaks for 'perl6 -e -1' either
21:22 nwellnhof on 32bit debian
21:23 cotto_work github.com/parrot is our organization
21:23 dukeleto cotto_work: yes, 1st release manager after the switch should be very confident with git
21:24 Paul_the_Greek cotto_work: Should we all have an account there?
21:25 cotto_work yes
21:25 Paul_the_Greek What would my password be? Why do I only see 5 members?
21:25 cotto_work sign up for github and dukeleto will add you to the Parrot org once he knows your github username
21:25 nwellnhof dukeleto: how can i find out if i have a commit bit on guthub?
21:26 Paul_the_Greek So I just create one of the free accounts?
21:27 cotto_work yup
21:27 cotto_work pay your $0 and you're good to go
21:27 tadzik left #parrot
21:28 tcurtis Valgrind says that it is searching for pointers to the not-freed blocks. Is there any reason why, if Rakudo did skip global destruction, that wouldn't find any memory that would have been freed if Rakudo hadn't skipped global destruction? Is Parrot doing some pointer magic that will confuse valgrind?
21:29 Paul_the_Greek msg dukeleto My account name on github is Paul-C-Anagnostopoulos. (Note that doesn't exactly match my Parrot name.)
21:29 purl Message for dukeleto stored.
21:29 aloha OK. I'll deliver the message.
21:30 nwellnhof tcurtis: afaik, the memory not freed by global destruction would only show up under 'possibly lost'
21:30 dukeleto nwellnhof: when you look at github.com/parrot/parrot, if you are a committer, you will see a SSH clone URL
21:31 nwellnhof tcurtis: the real memory leaks are the ones 'definitely lost'. they should show up regardless of global destruction.
21:31 dukeleto nwellnhof: i just added you
21:31 Paul_the_Greek Oh, dukeleto, I just messaged you.
21:31 kid51 joined #parrot
21:31 dukeleto Paul_the_Greek: you have been added
21:31 nwellnhof dukeleto: i see it on http://github.com/parrot
21:31 nwellnhof thanks
21:32 dukeleto nwellnhof: no worries
21:32 nwellnhof dukeleto++ # for all the git work
21:32 Paul_the_Greek Do you think there will be any confusion due to different usernames on Parrot/svn and git?
21:33 dukeleto Paul_the_Greek: we may need to fiddle with AUTHORS for karma to work correctly
21:33 tcurtis chromatic: gc_threshold_tuning appears to have been merged at r48485, can it be deleted now?
21:34 chromatic Go ahead.
21:34 Paul_the_Greek I was thinking that things with "Paul C. Anagnostopoulos" in the svn repository won't match up with "Paul-C-Anagnostopoulos" in git.
21:35 kid51 tcurtis:  My approach is: delete branches immediately after merging.  That way, you're not tempted to do further revisions in branch.
21:35 perlite left #parrot
21:37 nwellnhof tcurtis: yes, gc_threshold_tuning can be deleted
21:38 tcurtis kid51: seems sensible, but I'm hesitant to delete branches, even if they are merged into trunk and haven't since been worked on, without making sure that there's not some reason that they were kept around.
21:39 dalek parrot: r48828 | tcurtis++ | branches/gc_threshold_tuning:
21:39 dalek parrot: Delete branch gc_threshold tuning, which was merged in r48485.
21:39 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48828/
21:40 perlite joined #parrot
21:42 ash_ joined #parrot
21:45 ash_ left #parrot
21:50 chromatic Hm, the NCI thunk generator seems to have a memory leak.
21:50 chromatic Or at least generates potentially leaky code.
21:51 Paul_the_Greek left #parrot
21:54 dalek tracwiki: v16 | dukeleto++ | GitMigration
21:54 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=16&amp;action=diff
21:56 chromatic See, for example, the Parrot_str_to_cstring calls in pcf_p_tiB3P.
21:56 chromatic If something updates the char pointer in place in the called function, kablammo.
22:01 kthakore chromatic: or more like 'sqish' .... I thought you were talking about a mem leak
22:03 chromatic That too.
22:03 kthakore so sqish_blammo
22:03 kthakore chromatic: oh hai btw
22:03 chromatic hello
22:04 kthakore chromatic: how is life?
22:04 chromatic Busy!  Giving a talk tomorrow at PDX.pm on Modern Perl.
22:04 kthakore ooh! Good Luck!
22:05 kthakore Not that you need it!
22:05 tcurtis http://dl.dropbox.com/u/1277662/reallycleanbts is the backtraces from the Rakudo spectest run under valgrind if anyone else wants to look at them. That file is 705K and contains only the backtraces and the line in front of each backtrace that describes how much was lost.
22:05 kthakore tcurtis: how much is the total lost?
22:07 chromatic Is that 64-bit Parrot trying to load a 32-bit PBC?
22:08 dukeleto THE HORRRO
22:08 dukeleto THE HORROR, even
22:08 * dukeleto slaps forehead
22:10 tcurtis I don't think so. I did build gen/core.pir on my 32-bit OS X and transfer it to the 64-bit linux vm, but I'm fairly certain I did all compilation to pbc in the VM.
22:11 dalek tracwiki: v17 | cotto++ | GitMigration
22:11 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=17&amp;action=diff
22:12 ash_ joined #parrot
22:13 chromatic Aha.
22:13 NotFound Done my first pull request in github. I'm near the "master of git" status now ;)
22:14 tcurtis kthakore: average of about 132k lost in main, iirc. The total amount definitely lost varies from about 125k to nearly 170k, at a glance. (k in this message is metric, not binary).
22:16 plobsing_ coverage?
22:16 purl coverage is http://cv.perl6.cz or http://tapir2.ro.vutbr.cz/cover/cover-results/
22:16 dukeleto msg cotto_work how much do we care about our svn -> git author map?
22:16 purl Message for cotto_work stored.
22:16 aloha OK. I'll deliver the message.
22:19 dukeleto NotFound++ # your git-fu is strong, grasshopper
22:25 NotFound I'm ruminating about doing a simple gui library using perl5 Gtk2, with the idea of making the backend pluggable later.
22:26 cotto_work2 joined #parrot
22:27 cotto_work2 dukeleto: I don't care as long as there's a reasonable way to manually map between them.
22:29 ttbot Parrot trunk/ r48832 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386067.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
22:29 kid51 afk
22:30 tcurtis left #parrot
22:30 cotto_work left #parrot
22:35 nwellnhof i just benchmarked the charset_massacre branch...
22:35 nwellnhof rakudo build: 3m16s after, 3m 17s before
22:35 dalek left #parrot
22:36 chromatic +1
22:36 purl 1
22:36 nwellnhof callgrind perl6 -e -1: 1.619B Ir after, 1.625B Ir before
22:37 dalek joined #parrot
22:45 * whiteknight is starting to get excited about the github switchover
22:46 cotto_work2 good time to get excited
22:47 dalek tracwiki: v18 | cotto++ | GitMigration
22:47 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=18&amp;action=diff
22:55 nwellnhof i'm ready to merge charset_massacre right now. all tests PASS, with and without optimize on debian 32bit.
22:55 cotto_work2 Do it.
22:55 cotto_work2 is now known as cotto_work
22:56 cotto_work Yeah.  What cotto_work2 said.
22:56 nwellnhof incoming...
22:56 purl duck!
22:56 chromatic Ah, IMCC tailcalls leak SymReg structures.
22:57 nwellnhof git-svn++
22:58 nwellnhof ii makes svn almost fun to work with
23:00 dukeleto nwellnhof: you have not yet begun to feel the pain, grasshopper
23:01 nwellnhof i said "almost fun"
23:05 ttbot Parrot trunk/ r48833 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386136.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
23:05 dalek parrot: r48833 | nwellnhof++ | trunk (66 files):
23:05 dalek parrot: Merge branch charset_massacre
23:05 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48833/
23:06 dukeleto nwellnhof: don't expect "make fulltest" to act the same under a git-svn clone, FYI
23:06 dukeleto nwellnhof: svn-specific tests don't work properly with a git-svn clone
23:08 nwellnhof what does "make fulltest" do?
23:14 kid51 make fulltest runs the regular make test through alternate runcores; runs tests of examples, coding standards; etc.
23:14 kid51 It's the most thorough regularly run result.
23:15 kid51 The release manager must get it to PASS before each release.
23:15 kid51 Others amongst us run it periodically.
23:15 patspam joined #parrot
23:16 kid51 So, if anyone wants to construct another make target that averts svn-specific tests, I welcome that.
23:16 kid51 But we'll eventually have to write git-specific tests as well (my hunch)
23:17 kid51 is now known as kid51_at_dinner
23:17 dukeleto nwellnhof: i meant that you can't truse the output of "make fulltest" with a git-svn clone
23:18 dukeleto I don't know that we will need git-specific tests. There are no svn properties in git.
23:18 dukeleto We will need to remove svn-specific tests in a branch, and have it ready to merge in when we switch to git. I've added this to the migration checklist
23:19 dukeleto The more things we can do before the switch, and have ready, the better.
23:19 NotFound src/extra_nci_thunks.c contains control codes
23:20 NotFound src/extra_nci_thunks.c:2857: error: stray ‘\260’ in program
23:21 mikehh NotFound: It says that it is a generated file?
23:21 NotFound mikehh: it is
23:21 bluescreen joined #parrot
23:22 NotFound Trying make corevm
23:23 mikehh NotFound: there are changes in r48831 that look like they are from testing (also fails codetest)
23:23 NotFound corevm builds. Let's hope coretest says something interesting
23:25 NotFound No, only the expeced integer and bigint
23:27 mikehh NotFound: see line 2672/2674
23:28 NotFound mikehh: were?
23:28 purl or used for plural past tense which this sentence obviously it.
23:28 cotto_work forget were
23:28 purl cotto_work: I forgot were
23:29 mikehh NotFound: src/nci/extra_thunks.c
23:29 NotFound Oh, nice, source files without svn properties...
23:29 cotto_work probably generated
23:30 NotFound cotto_work: yes, generated by human things.
23:31 cotto_work * !!!!!!!   DO NOT EDIT THIS FILE   !!!!!!!
23:31 cotto_work looks machine-generated to me
23:32 NotFound cotto_work: I talked about codetest results
23:33 NotFound The shit in the generated file is probably the result of a bug, doesn't happen on i386
23:33 NotFound Great optimization work, boys.
23:35 ttbot Parrot trunk/ r48834 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386163.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
23:36 dalek parrot: r48834 | nwellnhof++ | trunk/src/string/encoding (5 files):
23:36 dalek parrot: [str] Use str_copy in to_encoding
23:36 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48834/
23:36 dalek parrot: r48835 | mikehh++ | trunk/src/string/encoding (6 files):
23:36 dalek parrot: add svn properties
23:36 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48835/
23:40 dalek tracwiki: v19 | dukeleto++ | GitMigration
23:40 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=19&amp;action=diff
23:44 NotFound Keeps failing in amd64 with --optimize, it builds and pass most tests without --optimize
23:44 ttbot Parrot trunk/ r48835 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386185.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
23:48 mikehh NotFound: I think that the file needs to be regenerated
23:49 NotFound in pcre.t output there are some "Freeing t_..." messages
23:50 chromatic Hm, that's probably my fault.
23:50 chromatic r48831?
23:50 NotFound r48836
23:51 chromatic Is r48831 the culprit?
23:52 dngor_ joined #parrot
23:52 NotFound ack "Freeing "
23:52 NotFound src/nci/extra_thunks.c
23:52 luben on amd64 I can't even finish the build with --optimize=-O3
23:52 NotFound 2672:          if (!STRING_IS_NULL(ts_0)) { fprintf( stderr, "Freeing t_0\n" ); Parrot_str_free_cstring(t_0); }
23:52 NotFound 2674:if (!STRING_IS_NULL(ts_2)) { fprintf( stderr, "Freeing t_2\n" ); Parrot_str_free_cstring(t_2); }
23:53 dalek parrot: r48836 | mikehh++ | trunk/src/string/encoding/ascii.c:
23:53 NotFound luben: I can't even without the =-O3
23:53 dalek parrot: fix codetest failure - line length
23:53 dngor left #parrot
23:53 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48836/
23:53 dalek parrot: r48837 | nwellnhof++ | trunk (26 files):
23:53 dalek parrot: [str] Switch most users of string_make to Parrot_str_new_init
23:53 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48837/
23:53 dalek parrot: r48838 | chromatic++ | trunk/compilers/imcc (3 files):
23:53 dalek parrot: [IMCC] Plugged tailcall compilation memory leak.
23:53 dalek parrot: review: http://trac.parrot.org/parrot/changeset/48838/
23:53 ttbot Parrot trunk/ r48836 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386214.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
23:53 luben it's not charset masacre merge fault - it was the same before
23:55 luben and I spent 2 hours debugging my hash reorganization before I found that trunc merge was causing the failing test
23:55 NotFound chromatic: http://trac.parrot.org/parrot/changeset/48831/ shows it, looks like the commit included the generated file from a previous test
23:55 chromatic Testing a patch now.
23:56 luben NotFound, It depends on the compiler, with gcc-4.5 it build and fails on make test, with gcc-4.4 it does not build
23:57 ttbot Parrot trunk/ r48837 MSWin32-x86-multi-thread make error http://tt.taptinder.org/file/cmdout/386220.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
23:58 whiteknight you guys are on fire today
23:58 NotFound Let's fire missiles!

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

Parrot | source cross referenced