Camelia, the Perl 6 bug

IRC log for #parrot, 2012-01-26

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:18 dmalcolm joined #parrot
00:21 Crazyjavahacking joined #parrot
00:21 Crazyjavahacking hi
00:21 Crazyjavahacking anybody online?
00:21 tadzik I guess so
00:21 Crazyjavahacking great
00:22 Crazyjavahacking few weeks ago I was chatting and talking about GCSpy, garbage collection visualization tool
00:22 Crazyjavahacking and some of the guys were interested
00:22 Crazyjavahacking now i have posted quite detailed proposal on their mailing list
00:23 Crazyjavahacking and I would like to ask how should I contact the parrot guys about that?
00:23 Crazyjavahacking post it on your mailing list/forum? what will be the best way?
00:23 tadzik parrot-dev mailing list would probably be the best choice
00:24 Crazyjavahacking ok thanks
01:31 benabik joined #parrot
01:33 benabik o/
01:37 benabik How do you load dynpmc libraries?
01:43 sorear loadlib
01:44 sorear it's an op
01:44 sorear I think you can also use a .loadlib PIR directive
01:44 benabik Hah.
01:45 benabik loading the tcl dynpmcs helps a lot
01:47 whiteknight joined #parrot
01:49 benabik ...  I fixed it, but never hit the memory corruption.  Is this a good thing
01:50 dmalcolm joined #parrot
02:11 Coke benabik: memory corruption was only happening for me on feather.
02:11 Coke (not OS X, e.g.)
02:19 whiteknight what was the problem
02:20 benabik Coke: Ah.  I highly suspect it's a GC issue.  The bisected commit is probably just what changed the allocation enough to make it explode.
02:20 benabik whiteknight: https://github.com/parrot/parrot/issues/185
02:21 whiteknight yeah, bt what was the cause?
02:22 benabik I don't know?  I know at the very least it was having a NULL PMC issue because it was calling interp.hll_map(Integer, PMCNULL)
02:28 whiteknight ok
03:04 benabik Marked the bug with GC, since that's my suspicion.  (Bisected to apparently unrelated changes, only happens on certain platforms, etc)
03:06 benabik As a random note, I think marking bugs with a tag based on what HLL they're causing problems with is a good idea.
03:09 Coke b: say 19409-19357; # 01/25/2012 - niecza at 100.26%
03:10 p6eval b 1b7dd1: OUTPUT«52␤»
03:10 Coke niecza has 20 new failures.
03:11 benabik Coke: check your channel.  ;-)
03:11 benabik (Not that I'm not interested.)
03:11 Coke whoops. danke.
03:13 benabik Oh.  partcl and partcl-nqp are two different things.  Fascinating.
03:13 * benabik clones a different project.
03:14 Coke partcl is the original PIR only one, -nqp is the rewrite in nqp-rx
03:15 benabik ...  Oh.  Oh, dear.  Parrot_pmc_reuse?
03:17 benabik This sounds like a portion of the code that's broken by design.
03:18 benabik Okay, that's one I definitely don't have the time to pursue.  :-(
03:20 benabik Coke: Well, I put in a pull request for some fixed to partcl, but I don't think I can help with the partcl-nqp issue.  ENOTUITS
03:20 benabik *fixes
03:26 Coke odd. wonder why the loadlib needs to be there also.
03:26 benabik Otherwise it never loads the dynpmc library with the Tcl* classes and gets... very confused.
03:27 benabik I don't know how it would have loaded it prior.  Perhaps some bit of magic autoloading got removed.
03:28 Coke benabik: your pull request has no impact on my failures on feather.
03:29 benabik Sadface.
03:29 * Coke tries a clean.
03:29 benabik I'll have to boot up a VM.
03:29 Coke nope.
03:29 Coke you can always get an account on feather.
03:30 benabik That had not occurred to me.
03:31 dalek partcl: bdc2fee | Benabik++ | src/ (4 files):
03:31 dalek partcl: pmc_type now called Parrot_pmc_get_type_str
03:31 dalek partcl:
03:31 dalek partcl: pmc_type was an old compatability macro removed in Nov 2011 by
03:31 dalek partcl: dffbd93: Remove very old 'compatibilty macros'.  The new way to say
03:31 Coke aloha, seen juerd?
03:31 aloha Coke: juerd was last seen in #perl6 5 days 8 hours ago saying "Fixed".
03:31 dalek partcl: that is Parrot_pmc_get_type_str.  Longer, but it matches Parrot's
03:31 dalek partcl: naming conventions.
03:31 dalek partcl: review: https://github.com/partcl/partcl/commit/bdc2fee0fd
03:31 dalek partcl: 2696c86 | Benabik++ | runtime/tcllib.pir:
03:31 dalek partcl: Load tcl_group dynpmcs
03:31 dalek partcl: review: https://github.com/partcl/partcl/commit/2696c86e86
03:31 dalek partcl: 6f3c072 | coke++ | / (5 files):
03:31 dalek partcl: Merge pull request #3 from Benabik/master
03:31 dalek partcl:
03:31 dalek partcl: Update partcl to recent parrot
03:31 dalek partcl: review: https://github.com/partcl/partcl/commit/6f3c0727de
03:31 benabik Well, I have a debian VM just sitting around.
03:38 Psyche^ joined #parrot
04:12 benabik It's much easier to build partcl if I remember to _install_ parrot.)
04:13 benabik Hm.  Also easier if I remember to install icu4c.  Bah-humbug
04:28 benabik Oh yes, look at the pretty memory corruption.
04:33 benabik msg whiteknight I replicated the memory corruption in #185.  The backtrace looks like mem_sys_alloc_0, imcc_new, ?, ?, pmc_new, imcc_get_pir_compreg_api - I'm not sure  - https://github.com/parrot/parrot/issues/185
04:33 aloha OK. I'll deliver the message.
04:34 benabik msg whiteknight that it's not some odd GC issue, but it looks like it's happening _awfully early_ and mainly in IMCC land, which I know you love to visit.
04:34 aloha OK. I'll deliver the message.
04:34 benabik Coke: Replicated the corruption.  Looks like it's something inside IMCC, which is "exciting".
04:54 benabik msg whiteknight Yeah, I've looked at the backtrace libc gave me...  It's happening when the fronted is setting up IMCC.  I have no idea why this is happening with partcl and nobody else...
04:54 aloha OK. I'll deliver the message.
05:19 benabik Coke: "good" news.  It's not partcl.  It's a memory bug caused by anyone using attached options like --output=blah.pbc.  glibc on Linux is just smart enough to notice us overrunning an array by one.
05:41 dalek parrot: 03b3d5f | benabik++ | frontend/parrot2/main.c:
05:41 dalek parrot: frontend: Be pessimistic about arguments
05:41 dalek parrot:
05:41 dalek parrot: The code to handle -o added two arguments to the final array.
05:41 dalek parrot: However, longopt allows "-o file" to also be passed as
05:41 dalek parrot: "--output=file".  This causes one argument to cause two to be added.
05:41 dalek parrot: This means that we can't have the destination array be the same size
05:41 dalek parrot: as the original.
05:41 dalek parrot:
05:41 dalek parrot: I've decided to use the most pessimistic case for allocation, one
05:41 dalek parrot: where every argument causes two to be added (parrot --output=file1
05:41 dalek parrot: --output=file2 etc).  Alternative solutions include passing it as
05:41 dalek parrot: "-o=file" instead and having prt0 handle breaking it apart, but this
05:41 dalek parrot: is the fastest way to fix the memory overrun.
05:41 dalek parrot: review: https://github.com/parrot/parrot/commit/03b3d5fb10
05:45 benabik msg Coke I believe 03b3d5f fixes the problem with partcl
05:45 aloha OK. I'll deliver the message.
05:50 benabik I worry that Rakudo Star will ship a version of parrot with this bug in it.  :-/
05:50 benabik msg whiteknight see 03b3d5f about the memory corruption bug
05:50 aloha OK. I'll deliver the message.
05:52 dukeleto ~~
06:56 dalek parrot: d712500 | alvis++ | ChangeLog:
06:56 dalek parrot: Fixed typo.
06:56 dalek parrot: review: https://github.com/parrot/parrot/commit/d712500086
07:16 moritz benabik: don't worry, there'll be another star release that ships without that bug
07:24 benabik_ joined #parrot
07:32 dalek rakudo/nom: 2e1c5d1 | moritz++ | src/core/Exception.pm:
07:32 dalek rakudo/nom: fix printing of typed exceptions in the REPL
07:32 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/2e1c5d1f2d
07:32 dalek rakudo/nom: 88c330c | moritz++ | src/ (2 files):
07:32 dalek rakudo/nom: throw X::Syntax::Name::NotNull from Grammar.pm
07:32 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/88c330ccb2
07:56 mj41 joined #parrot
09:13 muixirt joined #parrot
09:19 lucian joined #parrot
09:20 muixirt hi folks, can anyone confirm if plumage works with Parrot version 3.11?
09:38 muixirt to be more precise : typing help in interactive mode crashes with 'Method 'usage' not found for invocant of class 'Undef''
09:48 bacek joined #parrot
10:13 dalek rakudo/nom: 16f7623 | moritz++ | src/Perl6/Grammar.pm:
10:13 dalek rakudo/nom: more typed redeclaration errors
10:13 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/16f7623f16
10:37 dalek parrot/ayardley/mk_html_docs: efc7d2e | alvis++ | tools/docs/m (2 files):
10:37 dalek parrot/ayardley/mk_html_docs: Make 'make_html_docs.pl' name conform to other 'make' tools.
10:37 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/efc7d2ee6e
10:37 dalek parrot/ayardley/mk_html_docs: 497978a | alvis++ | tools/docs/mk_html_docs.pl:
10:37 dalek parrot/ayardley/mk_html_docs: Enable mk_html_docs.pl to pass html headers and links to Parrot::Docs::HTMLPage
10:37 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/497978aab5
10:37 dalek parrot/ayardley/mk_html_docs: 1af5323 | alvis++ | tools/docs/mk_html_docs.pl:
10:37 dalek parrot/ayardley/mk_html_docs: Minor edit
10:37 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/1af532321c
10:37 dalek parrot/ayardley/mk_html_docs: 659ec6f | alvis++ | lib/Parrot/Docs/HTMLPage.pm:
10:38 dalek parrot/ayardley/mk_html_docs: Added a simple body subroutine to process html passed to the module.
10:38 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/659ec6f634
10:38 dalek parrot/ayardley/mk_html_docs: 56f32cf | alvis++ | / (2 files):
10:38 dalek parrot/ayardley/mk_html_docs: Renamed make_html_docs.pl to mk_html_docs.pl to conform with other make named tools.
10:38 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/56f32cf3da
10:38 dalek parrot/ayardley/mk_html_docs: 5472b91 | alvis++ | / (2 files):
10:38 dalek parrot/ayardley/mk_html_docs: Added comments to clarify the reason for the code updates.
10:38 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/5472b91c95
10:38 dalek parrot/ayardley/mk_html_docs: 93f24ff | alvis++ | MANIFEST:
10:38 dalek parrot/ayardley/mk_html_docs: Fixed typo
10:38 dalek parrot/ayardley/mk_html_docs: review: https://github.com/parrot/parrot/commit/93f24ffd37
10:47 dalek rakudo/nom: 569f9d0 | moritz++ | src/ (3 files):
10:47 dalek rakudo/nom: rename exception classes
10:47 dalek rakudo/nom:
10:47 dalek rakudo/nom: jnthn++ noted some inconsistency. Now all the names describe the error condition (and not some how it should be)
10:47 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/569f9d0cfb
11:06 alvis msg not_gerd i did get your messages about cygwin and, hopefully, i'll get a chance to work on your suggestions a'bit next week.
11:06 aloha OK. I'll deliver the message.
11:08 alvis msg not_gerd to belabor the point: i'm very unfamiliar with cygwin, but i would like to get everything working just to help out with testing.
11:08 aloha OK. I'll deliver the message.
11:44 mj41 joined #parrot
12:33 Coke benabik: testing now.
13:03 bluescreen joined #parrot
13:47 Coke benabik++ # thank you for fixing the error.
13:52 Coke I am glad that the original bisect did, in fact, point to the issue.
13:58 benabik Coke: Yeah.  Memory corruption is generally a GC issue.  But once I saw the backtrace, it was just too early for that.  I guess you're the only person who uses --output= instead of -o
14:01 Coke benabik: thanks again for tracking it down. I really appreciate the extra effort you put in.
14:05 Coke I think a lot of the remaining failures are just tracking a function rename. testing now.
14:11 dalek partcl: e0eb829 | coke++ | src/ (3 files):
14:11 dalek partcl: address bitrot (#4)
14:11 dalek partcl:
14:11 dalek partcl: pmc_new -> Parrot_pmc_new
14:11 dalek partcl: review: https://github.com/partcl/partcl/commit/e0eb829a91
14:27 dalek partcl: 0f33083 | coke++ | src/pmc/tcl (3 files):
14:27 dalek partcl: address bitrot (#4)
14:27 dalek partcl:
14:27 dalek partcl: pmc_reuse -> Parrot_pmc_reuse
14:27 dalek partcl: review: https://github.com/partcl/partcl/commit/0f33083001
14:28 Coke benabik: the remaining failures seem to be due to a renumbing of exceptions.
14:28 Coke $meetings now, but should be an easy fix.
14:34 mj41 joined #parrot
14:42 muixirt joined #parrot
14:48 PacoAir joined #parrot
15:11 Coke well, it's not an easy FIND, anyway. :P
15:16 Coke ah. at one point, I could use "die" and "tcl_error" interchangably. now [catch] is not catching exceptions thrown with "die"
15:17 Coke (or, rather, it is, and is using a different error code for them.)
15:20 Coke ah. https://github.com/parrot/parrot/commit/56f0d98f is probably the offending commit there.
15:25 * Coke wonders why that was done.
15:31 dalek partcl: 5561d4d | coke++ | runtime/builtin/catch.pir:
15:31 dalek partcl: Fixes #4 (bitrot)
15:31 dalek partcl:
15:31 dalek partcl: Originally broken by https://github.com/parrot/parrot/commit/​56f0d98fa12a43d51b8121b8ab811dcade6c669b
15:31 dalek partcl:
15:31 dalek partcl: This commit reorders things so we don't specifically rely on the parrot
15:31 dalek partcl: exception type for an error, which allows us to catch both the tcl-style
15:31 dalek partcl: CONTROL_ERROR, and the new parrot default, EXCEPTION_DIE
15:31 dalek partcl: review: https://github.com/partcl/partcl/commit/5561d4df28
15:32 Coke There. partcl-old has been resurrected.
15:32 Coke msg cotto see comment on https://github.com/parrot/parrot/commit/​56f0d98fa12a43d51b8121b8ab811dcade6c669b
15:32 aloha OK. I'll deliver the message.
15:35 Coke benabik++
15:35 Coke benabik++
15:35 muixirt partcl is undead? :-)
15:36 Coke partcl-old, the PIR/C version.
15:37 Coke partcl-nqp still has some breakages.
15:37 dalek rakudo/nom: 052cc6a | moritz++ | src/Perl6/ (3 files):
15:37 dalek rakudo/nom: moving boxing of error arguments to Perl6::World
15:37 dalek rakudo/nom:
15:37 dalek rakudo/nom: previously they were scattered all over Actions.pm and Grammar.pm, and annoyed
15:37 dalek rakudo/nom: me to no end. Now it happens centrally
15:37 dalek rakudo/nom:
15:37 dalek rakudo/nom: No visible functional changes.
15:37 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/052cc6a4a6
15:55 dmalcolm joined #parrot
15:59 benabik joined #parrot
16:02 benabik o/
16:15 dmalcolm_ joined #parrot
16:16 dmalcolm__ joined #parrot
17:22 fperrad joined #parrot
17:51 dukeleto ~~
17:52 aloha (parrot/parrot) Issues opened : 707 (Update TT# in source to github issue #s) by Benabik : https://github.com/parrot/parrot/issues/707
17:53 PerlJam benabik: I believe that number is as small as possible given that we don't have all trac tickets on github.
17:53 benabik PerlJam: Nope.  When I finish what I'm working on, it'll go down by at least one.
17:54 PerlJam reality trumps my beliefs any day  :)
17:54 benabik I think we updated URLs, not raw ticket numbers.  :-/
17:54 PerlJam yeah, I'm just slowly realizing
17:55 benabik Didn't someone collect a map of trac <-> github #s?
17:55 PerlJam moritz had one
17:55 benabik Did he put it somewhere we can get at it?  :-D
17:56 PerlJam It was on a gist
17:56 moritz benabik: http://moritz.faui2k3.org/​tmp/parrot-trac-github.txt
17:56 * moritz just commented on the ticket
17:56 benabik moritz: Awesome.  Now I just need to write a sed/perl script that'll do that conversion for ticket numbers.
17:57 PerlJam benabik++
17:58 moritz benabik: https://gist.github.com/1684048 is what I used for substituting the links
17:58 benabik moritz++
17:58 moritz where the file i just linked to was avilable as ../issue-map
18:00 moritz probably only the substitution needs updating
18:00 moritz (and maybbe the file name)
18:01 moritz oh, and it's called as   ack -l 'regex here'|xargs perl subst2.pl
18:02 dukeleto ~~
18:05 Coke benabik++ # still excited that partcl(old) is not dead. ;)
18:05 benabik Coke: I'm tempted to work on migrating some/all of partcl from PIR to winxed.
18:06 benabik These tuits brought to you by me spinning my wheels on my thesis and just wanting to get something done.
18:08 Coke benabik: I can support that plan if the roadmap includes 1) killing PIR, and 2) keeping winxed as one of the bundled languages.
18:09 benabik Coke: I think that 2 is defiantly the case, and 1 is in the long-term plan.
18:09 benabik Although I'd probably prefer keeping _a_ PIR compiler around, just not the in-core IMCC.
18:10 bluescreen joined #parrot
18:11 Coke benabik: I could get behind that, then; want a commit bit?
18:11 Coke (same terms as parrot)
18:12 benabik Oh, sure!  I was just going to use the fork, Luke.
18:12 benabik I'll probably work in a branch for safety, at least at first.
18:12 benabik But I'm also ticket hunting in parrot and should probably get back to my thesis RSN.
18:15 Coke benabik: done.
18:15 Coke I imagine it would be easier to be able to do this piecemeal, replacing runtime/builtin/foo.pir with .winxed
18:17 Coke NotFound: iwbni -? == --help on winxed
18:18 Coke does winxed support .HLL, and .namespace ?
18:18 Coke and dynops ?
18:19 benabik ...  Apple has iwbni in the Japanese-English dictionary, but nowhere else.  Odd.
18:19 benabik I know it supports namespaces.  I'm pretty sure it has a $loadlib directive.
18:19 benabik Less sure about HLL
18:19 benabik But if not, it's good to know!
18:20 Coke ah, it supports inlining PIR, anyway.
18:22 benabik I'm not sure it supports arbitrary PIR, or if it parses it in some way.
18:23 * Coke kicks off a partcl spectest, wonder how long it's been since that was run.
18:26 mj41 joined #parrot
18:36 not_gerd joined #parrot
18:36 not_gerd hello, #parrot
18:39 benabik hello, not_gerd
18:42 not_gerd should dyncall (which is currently bundled with NQP) be moved into Parrot to replace the optional libffi bindings?
18:42 not_gerd what's the policy on including 3rd party libs?
18:43 benabik I'm personally a bit of a fan of moving a lot of the "infrastructure" bits of NQP into core, dyncall included.  I don't know the policy on it though.
18:45 not_gerd msg alvis my Cygwin fixes have all been merged into Parrot/NQP/Rakudo - in particular, Rakudo's Configure.pl --gen-nqp=master --gen-parrot=master shoould work
18:45 aloha OK. I'll deliver the message.
19:22 Coke benabik: my goal for partcl is to keep partcl (old) on life support, but to get partcl-nqp up to where partcl is, and then do more development on it.
19:22 Coke (to followup on the old winxed question you asked.)
19:23 benabik Coke: I'm personally somewhat disenchanted with using NQP for anything other than grammars and perl6.  It adds a pretty large amount of overhead.
19:24 benabik Coke: It's been lessened, but it's still notable.
19:24 benabik OTOH, if the NQP object, everything a lexical way of life works for your language, than it's probably great.
19:25 benabik Although I bet 6model would make it easier to keep P6 methods from leaking into the target language.
19:27 dmalcolm joined #parrot
19:33 Coke when the choice is raw PIR vs. nqp, the overhead is worth it.
19:33 benabik The overhead from PIR to nqp-rx was 2-3x.
19:33 benabik nqp is probably better with liberal use of native variables
19:34 benabik (And other improvements like direct access of lexicals.)
19:34 Coke nqp-latest has non PMC vars, yes?
19:35 benabik But I'd say the better choice today is Winxed.  It's PIR-like direct access but much easier to read and write.
19:35 benabik Yes, NQP has int, num, and (I think) str variables.
19:35 benabik Between that and stopping using find_lex and store_lex everywhere, I think a lot of the overhead has come down.
19:49 Coke pretty sure there's a memory leak partcl(PIR) is triggering.
19:49 Coke (running the tcl spectests is just chewing memory)
19:53 aloha (parrot/parrot) Issues closed : 694 (Docs still refer to trac.parrot.org) by Benabik : https://github.com/parrot/parrot/issues/694
20:00 benabik git++ # making automated changes much safer.
20:03 bluescreen joined #parrot
20:05 dalek parrot/gh707: 18f3b94 | benabik++ | / (53 files):
20:05 dalek parrot/gh707: Auto-replace TT# with GH# as per GH #707
20:05 dalek parrot/gh707:
20:05 dalek parrot/gh707: This takes us from 316 to 145 references to trac tickets.  I suspect
20:05 dalek parrot/gh707: they are all closed tickets.
20:05 dalek parrot/gh707: review: https://github.com/parrot/parrot/commit/18f3b94af8
20:05 benabik Oh.  moritz++ for the very useful script
20:07 dukeleto ~~
20:10 contingencyplan joined #parrot
20:10 cotto ~~
20:16 not_gerd cotto: http://irclog.perlgeek.de/p​arrot/2012-01-26#i_5056106
20:18 benabik Does anyone else want to check 18f3b94, or should I just put it in master?  After some random sampling, the remaining tickets referenced all seem to be closed.
20:19 cotto not_gerd, looking
20:24 moritz benabik: looks good
20:25 cotto not_gerd, do you know why nqp went with dyncall instead of libffi?
20:25 benabik cotto: IIRC, Windows compatability.
20:25 not_gerd MSVC support, probably
20:25 not_gerd libffi needs a gcc-compatible compiler, ie MinGW or Clang
20:25 dalek parrot: 18f3b94 | benabik++ | / (53 files):
20:25 dalek parrot: Auto-replace TT# with GH# as per GH #707
20:25 dalek parrot:
20:25 dalek parrot: This takes us from 316 to 145 references to trac tickets.  I suspect
20:25 dalek parrot: they are all closed tickets.
20:25 dalek parrot: review: https://github.com/parrot/parrot/commit/18f3b94af8
20:26 cotto that's a very valid reason
20:28 aloha (parrot/parrot) Issues closed : 707 (Update TT# in source to github issue #s) by Benabik : https://github.com/parrot/parrot/issues/707
20:29 benabik Opening and closing issues all day.
20:29 Coke partcl's spectest hasn't been run since parrot switched to git.
20:29 benabik That's... a while.
20:30 Coke it did complete, modulo 2 tests that were very slow. I killed them rather than wait, though they probably would have finished eventually.
20:30 cotto all_hll_test just does make test
20:37 dalek nqp: 173935c | moritz++ | src/HLL/Compiler.pm:
20:37 dalek nqp: missing downcase for %adverbs<target>
20:37 dalek nqp: review: https://github.com/perl6/nqp/commit/173935c895
20:51 benabik Huh.  Why was I messing around in hash.pmc?  Anybody remember?
20:55 benabik Wow.  Lion Time Machine keeps around backups on my laptop while I'm not at home.  This is most useful.
20:56 benabik (I had deleted my parrot build script.)
21:00 benabik I should probably version control that thing.
21:27 perlite_ joined #parrot
21:36 lucian joined #parrot
21:37 schmooster joined #parrot
21:38 dalek parrot: 15dd3bf | benabik++ | frontend/parrot2/main.c:
21:38 dalek parrot: codeingstd: don't use C++ comments, benabik--
21:38 dalek parrot: review: https://github.com/parrot/parrot/commit/15dd3bf7e2
21:48 benabik Oh, and I can't spell codingstd.  Awesome.
21:48 tadzik google code-ing
21:50 not_gerd left #parrot
21:50 dalek nqp: c9a8997 | jnthn++ | src/PAST/Regex.pir:
21:50 dalek nqp: Fix what appears to be an inverted condition in the old regex engine's charlist prefix computation.
21:50 dalek nqp: review: https://github.com/perl6/nqp/commit/c9a8997602
22:24 estrabd joined #parrot
22:24 dalek parrot: 2d8947b | dukeleto++ | .travis.yml:
22:24 dalek parrot: Add a Travis CI config file
22:24 dalek parrot: review: https://github.com/parrot/parrot/commit/2d8947be2e
22:28 benabik Okay, I have to head out.  But I'd like to point out my work on #346: https://github.com/benabik/parrot/tree/gh346
22:29 benabik Also, if anyone knows a easy and reliable way to trigger a warning, let me know.
22:29 benabik (via aloha, since I have to leave)
22:40 dalek parrot: 7e7e8f4 | dukeleto++ | .travis.yml:
22:40 dalek parrot: [ci] Do a configure at 'script' time, not 'before_script'
22:40 dalek parrot: review: https://github.com/parrot/parrot/commit/7e7e8f4a90
22:48 dalek parrot: bed6acf | dukeleto++ | .travis.yml:
22:48 dalek parrot: [ci] We use Configure.pl, not ./configure
22:48 dalek parrot: review: https://github.com/parrot/parrot/commit/bed6acfad1
22:50 estrabd joined #parrot
22:55 wknight-phone joined #parrot
23:01 dukeleto booya! http://travis-ci.org/#!/parrot/parrot
23:07 bacek joined #parrot
23:39 whiteknight joined #parrot
23:43 dukeleto http://about.travis-ci.org/
23:45 bacek ~~
23:46 bluescreen joined #parrot
23:53 whiteknight good evening, #parrot
23:54 benabik joined #parrot

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

Parrot | source cross referenced