Camelia, the Perl 6 bug

IRC log for #parrot, 2011-10-20

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:04 cotto_work whiteknight: I'll give it a review this evening.
00:05 whiteknight cotto: thanks. There is some weirdness in it, but no more weird than the current implementations in master (Scheduler, etc)
00:06 whiteknight msg Coke can you take a look at TT #1886? I know I worked on it, but I can't remember if my changes ever got merged. I'd love to hear if it's still a problem that needs fixing
00:06 aloha OK. I'll deliver the message.
00:10 dalek TT #789 closed by whiteknight++: Make All PMCs Subclassable
00:10 dalek TT #789: http://trac.parrot.org/parrot/ticket/789
00:10 dalek TT #1973 closed by whiteknight++: pbc_merge fails silently
00:10 dalek TT #1973: http://trac.parrot.org/parrot/ticket/1973
00:21 whiteknight I forgot all about TT #1990. I am going to try to close that out too
00:23 jsut_ joined #parrot
00:25 dalek plparrot: ce173e1 | gerd++ | / (7 files):
00:25 dalek plparrot: increment version number and year
00:25 dalek plparrot: review: https://github.com/leto/plparrot/commit/ce173e1540
00:26 dalek TT #2022 closed by whiteknight++: Something borked with HLL mappings.
00:26 dalek TT #2022: http://trac.parrot.org/parrot/ticket/2022
00:26 dalek TT #443 closed by whiteknight++: C API brought into line with coding standards
00:26 dalek TT #443: http://trac.parrot.org/parrot/ticket/443
00:30 dalek Heuristic branch merge: pushed 558 commits to parrot/whiteknight/tt_1910 by Whiteknight
00:45 whiteknight so many of these stupid t/src/extend.t test failures are because the tests are stupid
00:45 whiteknight I'm thinking about deleting some of them outright
00:46 dukeleto gerd++ # keeping plparrot alive
00:47 * dukeleto has let it bitrot
00:56 cotto ~~
01:01 whiteknight this is why I don't like to go through my list of tickets. Because I look at one innocuous ticket, and it ends up eating most of my evening
01:09 whiteknight cotto: PackfileView PMC. Can we call that one no longer experimental?
01:09 whiteknight it's been a while since we added it, no problems, and we're relying on it throughout the system now
01:10 bluescreen joined #parrot
01:11 cotto whiteknight, +1
01:13 dalek TT #1967 closed by whiteknight++: Deprecate IMCC compreg
01:13 dalek TT #1967: http://trac.parrot.org/parrot/ticket/1967
01:13 dalek TT #2140 closed by whiteknight++: Deprecate all PackFile_* functions
01:13 dalek TT #2140: http://trac.parrot.org/parrot/ticket/2140
01:13 dalek TT #2145 closed by whiteknight++: Experimental PackfileView PMC
01:13 dalek TT #2145: http://trac.parrot.org/parrot/ticket/2145
01:14 whiteknight msg dukeleto can you take a look at TT #1880? I think that issue should be resolved after the kill_threads merge, but I haven't tested it
01:14 aloha OK. I'll deliver the message.
01:17 whiteknight cotto: Also, can we get a ruling on TT #1284? I'm for deleting methods, dukeleto is opposed. A tiebreaker would be great
01:18 cotto whiteknight, looking now
01:18 whiteknight thanks. Sorry to keep bugging you
01:20 cotto whiteknight, I still think we should remove them.
01:20 cotto also, don't apologize for that
01:20 whiteknight and provide a separate math library with those kinds of routines?
01:21 cotto They need to be provided somewhere.
01:22 benabik joined #parrot
01:28 jsut joined #parrot
01:28 dalek TT #1287 closed by whiteknight++: Move thread check into Parrot_exit()
01:28 dalek TT #1287: http://trac.parrot.org/parrot/ticket/1287
01:28 dalek TT #1324 closed by whiteknight++: :immediate sub cannot load_bytecode
01:28 dalek TT #1324: http://trac.parrot.org/parrot/ticket/1324
01:44 dalek TT #757 closed by whiteknight++: Problem with threads and HLLs
01:44 dalek TT #757: http://trac.parrot.org/parrot/ticket/757
02:00 dalek TT #31 closed by whiteknight++: Implement Async I/O
02:00 dalek TT #31: http://trac.parrot.org/parrot/ticket/31
02:00 dalek TT #1920 closed by whiteknight++: Deprecate Threads
02:00 dalek TT #1920: http://trac.parrot.org/parrot/ticket/1920
02:00 dalek TT #1905 closed by whiteknight++: t/pmc/thread.t segfaults with --leak-test
02:00 dalek TT #1905: http://trac.parrot.org/parrot/ticket/1905
02:00 dalek TT #1601 closed by whiteknight++: Parallelism aka ParrotThreads
02:00 dalek TT #1601: http://trac.parrot.org/parrot/ticket/1601
02:00 dalek TT #1250 closed by whiteknight++: t/pmc/threads.t:  Need test for Clone of HLL info
02:00 dalek TT #1250: http://trac.parrot.org/parrot/ticket/1250
02:00 dalek TT #1248 closed by whiteknight++: t/pmc/threads.t:  two test failures
02:00 dalek TT #1248: http://trac.parrot.org/parrot/ticket/1248
02:00 dalek TT #618 closed by whiteknight++: concurrency friendly cps-style dispatch
02:00 dalek TT #618: http://trac.parrot.org/parrot/ticket/618
02:00 whiteknight I showed trac who's boss
02:00 soh_cah_toa awesome
02:00 soh_cah_toa out w/ the old and in w/ the new
02:01 whiteknight anyway, that's all I've got for the night. See you tomorrow
02:01 benabik What's "cage".  Code cleanup or simple things?
02:01 soh_cah_toa benabik: yeah
02:01 benabik soh_cah_toa: Either, both?
02:01 cotto When did we get below 500?
02:01 soh_cah_toa benabik: well, code cleanups implies "simple" things kinda ;)
02:02 soh_cah_toa code cleanups, fixing tests, working on docs, that kinda thing
02:02 cotto (active tickets)
02:05 dalek parrot: 9fbd468 | benabik++ | examples/languages/abc/t/abc_functions:
02:05 dalek parrot: examples/languages/abc: Add test from TT 161
02:05 dalek parrot:
02:05 dalek parrot: Variable abc seems to be aliased to "last" somehow.  It's very
02:05 dalek parrot: strange, and somebody may want to look into it.
02:05 dalek parrot: review: https://github.com/parrot/parrot/commit/9fbd468270
02:07 benabik Did we remove a `pow` opcode
02:07 benabik ?
02:10 benabik Well, I don't see it, so we must have.
02:27 plobsing_ benabik: it is now a dynop in trans.ops
02:29 benabik plobsing_++
02:30 plobsing_ heh, I should know, I put it there ;)
02:36 benabik Updated the issue to include that info.
02:40 AzureStone joined #parrot
02:48 elmex joined #parrot
02:56 dalek rakudo/nom: 5af761e | Coke++ | t/spectest.data:
02:56 dalek rakudo/nom: run more tests.
02:56 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/5af761e3de
03:21 nbrown joined #parrot
03:22 dalek plumage/soh-cah-toa/feather-format: 93e7e98 | soh_cah_toa++ | docs/feathers/featherspec.pod:
03:22 dalek plumage/soh-cah-toa/feather-format: Documented "type" field in featherspec in docs/feathers/featherspec.pod.
03:22 dalek plumage/soh-cah-toa/feather-format: review: https://github.com/parrot/​plumage/commit/93e7e98ee3
03:22 dalek plumage/soh-cah-toa/feather-format: 2db3dd2 | soh_cah_toa++ | t/featherspec/ (5 files):
03:22 dalek plumage/soh-cah-toa/feather-format: Added initial (failing) tests for featherspec.
03:23 dalek plumage/soh-cah-toa/feather-format: review: https://github.com/parrot/​plumage/commit/2db3dd21a5
03:43 rfw joined #parrot
04:14 dalek plumage/soh-cah-toa/feather-format: df065a0 | soh_cah_toa++ | t/featherspec/testlib/ (2 files):
04:14 dalek plumage/soh-cah-toa/feather-format: Added valid and invalid FEATHER.spec files for tests.
04:14 dalek plumage/soh-cah-toa/feather-format: review: https://github.com/parrot/​plumage/commit/df065a0aa1
04:43 TimToady joined #parrot
04:44 nbrown_ joined #parrot
05:51 preflex joined #parrot
05:55 preflex joined #parrot
06:45 SHODAN joined #parrot
07:10 mj41 joined #parrot
07:28 jsut_ joined #parrot
07:47 mj41 joined #parrot
08:05 lucian joined #parrot
10:26 ambs joined #parrot
11:22 mtk joined #parrot
11:34 jsut joined #parrot
11:37 Psyche^ joined #parrot
11:39 benabik joined #parrot
11:48 benabik o/ #parrot
11:51 whiteknight joined #parrot
12:07 whiteknight good morning, #parrot
12:08 benabik Good morning, whiteknight
12:08 whiteknight hello benabik, how are you doing today?
12:08 benabik A bit sore from throwing people around yesterday.  ;-)  You?
12:09 whiteknight a bit sore from throwing my son around yesterday
12:09 benabik Sounds worth it.  :-)
12:11 whiteknight definitely was
12:11 whiteknight daycare is closed this week, so we've been staying home to watch the kid
12:11 whiteknight and he has an insatiable appetite to be lifted and tossed
12:12 benabik Future career as a skydiver?
12:24 whiteknight possibly. the kid has no fear. In the future that might be a good thing. Right now it's something of a liability
12:47 Coke cotto;we were below 500 before the ticket migration started in earnest.
13:03 dalek TT #152 closed by benabik++: Do we need PARROT_CATCH_NULL?
13:03 dalek TT #152: http://trac.parrot.org/parrot/ticket/152
13:03 smash joined #parrot
13:04 smash hello everyone
13:05 benabik o/ smash
13:05 Coke odd. I just went to that URL and that ticket is not closed.
13:06 benabik It says "Ticket #152 (closed RFC: done)" for me.
13:06 Coke oh, right, super cache in effect if you're not logged in.
13:06 benabik Heh.
13:07 tadzik hah
13:10 benabik whiteknight: Could you look at IMCC-Tasklist on the github wiki and mark/remove things you've done?
13:13 dalek parrot: bacd9dd | pmichaud++ | examples/languages/abc/ (2 files):
13:13 dalek parrot: [abc]  Fix issue with accessing a variable named 'abc' (TT #161 / GH #178)
13:13 dalek parrot:
13:13 dalek parrot: Previously, all variables were being stored in the 'abc' hll root namespace,
13:13 dalek parrot: but this namespace also contained entries for parts of the compiler itself.
13:13 dalek parrot: Therefore, requesting 'abc' as a variable would return a namespace instead
13:13 dalek parrot: of null/zero.
13:13 dalek parrot:
13:13 dalek parrot: I fixed the problem by creating a special abc::vars namespace for holding
13:13 dalek parrot: all variables (and only variables).
13:13 dalek parrot:
13:13 dalek parrot: This patch also tries to fix exponentiation by loading the 'trans_ops'
13:13 dalek parrot: library, but for some reason that isn't working.  I'll file a new ticket
13:13 dalek parrot: for that.
13:14 dalek parrot: review: https://github.com/parrot/parrot/commit/bacd9ddc25
13:15 benabik Hm.  I can't get Parrot::Embed to build.  It seems like it can't find libparrot
13:18 JimmyZ joined #parrot
13:21 dalek rakudo/nom: e17c139 | duff++ | docs/release_guide.pod:
13:21 dalek rakudo/nom: Choose a release name
13:21 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/e17c139a37
13:21 Coke I'm not sure we test Parrot::embed
13:21 Coke I think it was the first ext/ element.
13:23 dngor joined #parrot
13:31 bluescreen_ joined #parrot
13:33 dalek parrot: cc8d72b | benabik++ | examples/languages/abc/ (2 files):
13:33 dalek parrot: abc: Load trans_ops in compiled program
13:33 dalek parrot:
13:34 dalek parrot: Attempting to .loadlib in the compiler doesn't work because if you
13:34 dalek parrot: don't use any ops from the library, it doesn't end up in the final PBC
13:34 dalek parrot: file.  So instead use the loadlibs option on PAST::Block to have the
13:34 dalek parrot: compiled program do it.
13:34 dalek parrot:
13:34 dalek parrot: Fixes #178
13:34 dalek parrot: review: https://github.com/parrot/parrot/commit/cc8d72b14e
13:36 pmichaud that sounds like a bug to me.
13:36 pmichaud If I request a library to be loaded, it should be loaded.
13:36 benabik It loads it, but is never added to the opmap.
13:37 benabik And when a PBC file is loaded, it loads ops from the opmap.
13:37 benabik It's more correct to have the compiled program ask for it anyway.
13:37 pmichaud If I have a PBC file that requested a library to be loaded, it should load it.
13:37 pmichaud loading an opcode library should always add it to the opmap.
13:38 benabik That's an IMCC issue, not a PBC issue.  The PIR file is asking for it, but the PBC isn't.
13:38 pmichaud thus I said "that sounds like a bug to me"
13:38 pmichaud perhaps it's an IMCC bug, but it's still a bug.
13:40 pmichaud note that I also filed #179 for the pow opcode issue -- we should probably close it as well.  Although it still makes absolutely no sense to me that 'pow' is in trans_ops.
13:40 benabik I've closed it and agree about pow being in an odd place.
13:41 pmichaud (it makes very little sense to me that 'pow' is a dynop, too :)
13:41 pmichaud anyway, I'm off again.
13:41 pmichaud bbl
13:42 pmichaud oh, another note:   typing "./parrot setup.pir"  instead of "make" to rebuild abc is a bit of a pain.
13:42 benabik ./setup.pir seems to work?
13:43 pmichaud why would that work?
13:43 * pmichaud tries
13:43 benabik It's marked executable and has #!parrot at the top.
13:43 pmichaud why would I have 'parrot' in my path?
13:43 benabik Sorry, it has #!../../../parrot at the top.
13:43 pmichaud ah
13:44 benabik So as long as parrot was built, it's there.
13:44 pmichaud didn't know that.  still,  "make" is far easier to do than "./setup.pir"
13:44 moritz and as long as you're not on windows, I guess :-)
13:44 tadzik I wrote a ./configure for Parrot for I was tired of writing 'perl Configure.pl --bla --bla --bla' ;)
13:44 nbrown joined #parrot
13:45 pmichaud also, "./setup.pir clean"  fails to clean the parrot-abc.o and parrot-abc.c files.
13:45 moritz tadzik: it's a shell script in ~/bin/ here :-)
13:45 pmichaud I have no idea how to fix that.
13:45 tadzik I accidentally my ~/bin recently
13:46 * moritz should just put it under version control and push to github :-)
13:46 pmichaud I'll file an issue for it.
13:46 benabik abc should probably just be updated to whatever create_language does these days.
13:46 bluescreen joined #parrot
13:46 benabik Hm.  My computer doesn't like "#! perl".
13:47 pmichaud added as GH #180.
13:50 benabik …  We have a create_language.pl and a mk_language_shell.pl
13:50 moritz timtowtdi etc.
13:51 benabik It looks like create_language is an old vernon of mk_language_shell?
13:51 pmichaud actually, create_language is newer.
13:52 pmichaud (more)
13:53 pmichaud mk_language_shell was the original, but then it was heavily modified away from how I thought creating a language should look.  Rather than go through a lot of disagreement with folks about backtracking on mk_language_shell, I decided to fork a new script instead.
13:53 pmichaud (I started both scripts.)
13:54 pmichaud TT #1491 has more.
13:55 pmichaud the major comment/discussion is at http://trac.parrot.org/par​rot/ticket/1491#comment:6
13:56 pmichaud at this point I don't really have a strong opinion about create_language or mk_language_shell, because I expect nqp to provide its own version.
13:58 Coke note that setup.pir (and setup.winxed) are another way to do things that are not uncommon. the thought behind them being "you already have parrot, so...". I for one don't particularly care for it, but it's not just abc that does it.
14:01 dalek rakudo/nom: bfedd99 | moritz++ | src/core/List.pm:
14:01 dalek rakudo/nom: Implement simplest form of List.tree
14:01 dalek rakudo/nom:
14:01 dalek rakudo/nom: You can now say
14:01 dalek rakudo/nom:
14:01 dalek rakudo/nom:    for (1, 2 Z 10, 20).tree { }
14:01 dalek rakudo/nom:
14:01 dalek rakudo/nom: and have the loop bind $_ to the parcels (1, 10) and (2, 20) in turn
14:01 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/bfedd995b5
14:26 whiteknight joined #parrot
14:52 dalek parrot: 71db88c | benabik++ | runtime/parrot/library/distutils.pir:
14:52 dalek parrot: distutils: clean_exe_pbc used the wrong filename
14:52 dalek parrot:
14:52 dalek parrot: The clean_exe_pbc target used _mk_path_exe(pbc) to generate the file
14:52 dalek parrot: names to clean.  However, the exe_pbc used the bin name to generate
14:52 dalek parrot: the files via --output.  So instead of _mk_path_exe, the clean target
14:52 dalek parrot: should use the bin name directly with concat.
14:52 dalek parrot:
14:52 dalek parrot: Fixes #180
14:52 dalek parrot: review: https://github.com/parrot/parrot/commit/71db88c85f
15:05 logie joined #parrot
15:14 benabik Hm.  Parrot::Embed doesn't seem to link to libparrot.  WTF?
15:14 dmalcolm joined #parrot
15:20 benabik Ah.  I hadn't re-run Build.PL after my path fix.  Now I get get tests…  which fail.
15:20 dalek parrot: 61ed807 | benabik++ | ext/Parrot-Embed/Build.PL:
15:20 dalek parrot: Parrot::Embed - parrot_config is up two levels
15:20 dalek parrot:
15:20 dalek parrot: ./parrot_config won't work unless run from the repository root and
15:20 dalek parrot: Build.PL won't work from there.  So fix the path.  This gets me far
15:20 dalek parrot: enough to see failing tests.
15:20 dalek parrot: review: https://github.com/parrot/parrot/commit/61ed8077a3
15:27 benabik Why does Parrot::Interpreter try to create a null packfile?
15:28 benabik Oh.  We do it, so it must be valid.
15:31 NotFound ~~
15:37 benabik Soooo…  Parrot::Embed tests segfault while creating a sub-interp.  It appears die when it sets the current packfile to a null packfile.
15:37 benabik Oh.  I'm building with debugging off.  No wonder it's hard to diagnose the segfault.  benabik--
15:54 benabik Guh.  Parrot::Embed uses PackFile_new, which returns a Packfile* and passes it Parrot_pbc_load, which expects a PackFile PBC.
15:55 moritz it probably targets an API older than your involvement with parrot :/
15:55 benabik Every call in it goes to the old embed API.
15:56 benabik I guess this might just mean we need an issue "Update Parrot::Embed to new embed API"
16:02 benabik So…  Parrot::Embed shouldn't be using extend.h, should it?
16:15 whiteknight joined #parrot
16:19 benabik PDD10 refers to Parrot_api_load_bytecode and Parrot_api_load_bytecode_bytes.  I can't find them.  :-/
16:21 benabik Nevermind.
16:23 dalek parrot: 1d8cf9f | benabik++ | docs/pdds/pdd10_embedding.pod:
16:23 dalek parrot: PDD10: Fix function name
16:23 dalek parrot:
16:23 dalek parrot: It's Parrot_api_load_bytecode_file, not just load_bytecode.
16:23 dalek parrot: review: https://github.com/parrot/parrot/commit/1d8cf9f3a2
16:38 dalek parrot: 47a64b4 | mls++ | / (8 files):
16:38 dalek parrot: add a "reverse" method for the array types (except boolarray)
16:38 dalek parrot: review: https://github.com/parrot/parrot/commit/47a64b4800
16:39 mls hi whiteknight!
16:39 whiteknight hello mls
16:39 alester joined #parrot
16:40 mls as you're redoing the PCC implementation, it seems to me that currently all paramters are stored as PMCs
16:40 mls do you plan to change this as well?
16:40 mls It seems to be a bit excessive if I just want to pass an INT
16:42 mls hmm, maybe I'm mixing up capture and callcontext
16:43 mls yes, that seems to be the case. callcontext doesn't use capture. please ignore me ;)
16:44 alester So, Coke, what I take is that nobody else wants to do the conversion job.
16:44 mls (should do more research first before saying that parrot needs improvement)
16:46 Coke alester: I think you're right.
16:46 alester Cowards!
16:46 Coke I personally am burned out on parrot tickets, so will be avoiding it for now.
16:46 alester That's fine.
16:46 alester That's part of the job of a cage cleaner.
16:47 Coke I could see this being a nice tool for generic trac -> gh issue imports.
16:47 alester Let the Big Brains do the tough stuff.
16:47 alester Yeah, I could see that, too.
16:47 alester I'm gonna do it in Ruby.
16:47 alester Because I've never written a Real Tool of any kind in Ruby.
16:47 Coke that part interests me! Migrating parrot tickets again does not. ;)
16:47 alester heh.
16:47 Coke alester: what, no perl6?
16:48 Coke it's... pretty close to doing enough for you.
16:48 Coke (I think the http stuff was just fixed in nom recently)
16:48 alester I think Ruby will be more useful to me as a skill in the near term.
16:48 alester But don't think I didn't consider Rakudo.
16:49 alester I have next week off because of a furlough
16:49 alester so I'll work on that and on ack 2.0
16:50 Coke alester++
16:50 alester I do think that going to Github will be swell.
16:51 alester Ticketing + VCS = win
16:52 Coke alester: hey, that's exactly why we moved to trac! ;)
16:52 alester See?!
16:52 Coke (I lie. we moved to trac for political reasons, I think)
16:53 alester From what?
16:53 Coke rt.perl.org
16:53 alester oh, huh.
16:53 alester I moved off rt.perl.org because of spam reasons. :-/
16:54 Coke we started on cvs.perl.org and rt.perl.org; migrated to svn.perl.org, I think, then to trac (for svn & ticketing). Then github (but kept trac for ticketing).
16:54 Coke alester: tpfgrants gets a lot of spam. I don't see it on perl6 at all.
16:54 Coke no clue if there are ninjas intercepting it.
16:54 alester I wouldn't be surprised if there is some Trac-> Github magic already available.
16:55 Coke pre-existing magic is awesome.
17:00 alester That code is best that is coded least.
17:03 * Coke hurls http://www.world-airport-codes.com/unit​ed-states/nantucket-memorial-5101.html for alester. Pretty sure this is the (ACK) bumper sticker I saw a few weeks ago.
17:03 alester heh
17:04 fperrad joined #parrot
17:32 contingencyplan joined #parrot
17:35 jsut_ joined #parrot
17:37 benabik I think the all the Parrot::Embed ticket can be summed up as "Parrot::Embed is old and needs to be moved to the new embed API"
17:38 benabik I started working on it, but I think it needs a total overhaul.
17:41 benabik I don't know if we want to just mass close all the tickets though.
17:42 benabik But Parrot::Embed is horribly broken ATM.  It passes a PackFile* to Parrot_pbc_load(), which is actually Parrot_pf_set_current_packfile(), which wants a PMC.
17:56 cotto ~~
17:58 benabik We should update dalek with the new service hooks.  I'd be very happy to have github issues announced.
17:59 cotto Do we know if dalek will need updates to deal with the correctly?  If not, I can add them now.
17:59 cotto (modern tools)++
17:59 benabik I'd imagine it does?  They're new types of messages.
18:01 benabik Anyway, I should go to class.
18:02 dalek TT #1203 closed by benabik++: MMX check in config/auto/cpu/i386 segfaults when run as a 64-bit binary on ...
18:02 dalek TT #1203: http://trac.parrot.org/parrot/ticket/1203
18:22 iana joined #parrot
18:23 Coke (parrot::embed) I think that's a reasonable approach. I'd open a new ticket on GH for the rewrite, and then close all the old tickets linking to the one new one.
18:44 ambs joined #parrot
19:09 dalek rakudo/nom: cc4f39e | jnthn++ | src/core/Junction.pm:
19:09 dalek rakudo/nom: Make sure |, & and ^ don't go flattening the arguments.
19:09 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/cc4f39e16a
19:37 dalek rakudo/nom: 9d2f113 | jnthn++ | src/binder/multidispatch.c:
19:37 dalek rakudo/nom: Fix required named parameter optimization in multi dispatcher.
19:37 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/9d2f1136ea
20:00 dalek nqp: 7eda54b | duff++ | docs/release_guide.pod:
20:00 dalek nqp: Add a simple release guide
20:01 dalek nqp: review: https://github.com/perl6/nqp/commit/7eda54bbf6
20:09 benabik Man.  I just erased my build scripts…  How am I going to remember the incantations to Configure now?
20:09 cotto benabik: if you didn't nuke your makefile, the invocation is in there
20:09 cotto one of them, at least
20:09 benabik cotto: git clean -xdf
20:09 cotto so, no
20:10 tadzik :)
20:10 benabik I still have it installed.  So I guess I can extract some of it from parrot_config
20:10 benabik It'll still be on my backup, but that's at home.
20:10 cotto how fancy of a Configure.pl invocation did you have?
20:10 tadzik > cat src/parrot/configure
20:10 tadzik perl Configure.pl --prefix=`parrot_config prefix` --optimize
20:10 tadzik that's my black magic
20:11 benabik mandir and ice location were the requirements.
20:11 benabik icu.
20:12 benabik Found it.  parrot_config configure_args
20:16 benabik Fun parts were removing the old parrot before starting, restoring it on error, playing with DESTDIR for stow, etc etc.
20:23 dalek rakudo/nom: 59332ae | duff++ | docs/release_guide.pod:
20:23 dalek rakudo/nom: update release guide
20:23 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/59332ae42a
20:25 soh_cah_toa joined #parrot
20:32 Lma joined #parrot
20:43 mtk joined #parrot
20:55 dalek rakudo/nom: 63326f6 | duff++ | docs/announce/2011.10:
20:55 dalek rakudo/nom: The beginnings of a release announcement
20:55 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/63326f645a
21:13 dalek parrot: 65bd320 | benabik++ | / (24 files):
21:13 dalek parrot: Kill Parrot-Embed
21:13 dalek parrot:
21:13 dalek parrot: Even the most basic tests result in segfaults, so I can't imagine this
21:13 dalek parrot: is used.  Development will continue in the parrot-embed project on
21:13 dalek parrot: github and, if desired, we can put it back once it works again.
21:13 dalek parrot:
21:13 dalek parrot: Closes #181
21:13 dalek parrot: review: https://github.com/parrot/parrot/commit/65bd3200ca
21:14 dalek TT #74 closed by benabik++: Parrot::Interpreter - cannot use Lua
21:15 dalek TT #74: http://trac.parrot.org/parrot/ticket/74
21:15 dalek TT #75 closed by benabik++: Parrot::Interpreter ->invoke cannot handle more than one arguments
21:15 dalek TT #75: http://trac.parrot.org/parrot/ticket/75
21:15 dalek TT #76 closed by benabik++: Parrot::Interpreter - allow compilation of PHP script
21:15 dalek TT #76: http://trac.parrot.org/parrot/ticket/76
21:15 dalek TT #77 closed by benabik++: Parrot::Interpreter - should support multi-level namespaces
21:15 dalek TT #77: http://trac.parrot.org/parrot/ticket/77
21:15 dalek TT #79 closed by benabik++: Parrot::Interpreter - run Pynie code
21:15 dalek TT #79: http://trac.parrot.org/parrot/ticket/79
21:15 benabik So, there's that.
21:17 bluescreen joined #parrot
21:17 bluescreen_ joined #parrot
21:24 perlite_ joined #parrot
21:32 mudkip joined #parrot
21:36 dalek parrot: f55a488 | benabik++ | / (6 files):
21:36 dalek parrot: codingstd fixes
21:36 dalek parrot: review: https://github.com/parrot/parrot/commit/f55a488913
22:13 davidfetter joined #parrot
22:16 bluescreen_ joined #parrot
22:17 bluescreen joined #parrot
22:29 davidfetter joined #parrot
22:37 dalek plumage/soh-cah-toa/featherspec: 3e38a5e | soh_cah_toa++ | / (7 files):
22:37 dalek plumage/soh-cah-toa/featherspec: Created initial version of `plumage-admin` command for packing and unpacking feathers. Also created Plumage::Feather and Plumage::FeatherSpec classes.
22:37 dalek plumage/soh-cah-toa/featherspec: review: https://github.com/parrot/​plumage/commit/3e38a5e87c
22:39 japhb soh_cah_toa++ # I am so happy that someone took over plumage after I left, lo these many moons ago ...
22:40 soh_cah_toa japh: yeah. somehow i just wandered over to plumage and decided to make it function more like a "real" package manager
22:41 soh_cah_toa japhb: once it can build and install feathers (packages), i'm gonna build a repo on parrot.org to store all known feathers and fetch them remotely
22:42 soh_cah_toa it's gonna be pretty nice ;)
22:43 japhb soh_cah_toa, thank you again.  A long time ago I had put in a grant proposal to continue work on plumage, and the first stage was planned to do *real* dependency handling.  Unfortunately, the grant wasn't approved and I had to get a $day_job to pay the bills.  I was afraid it was a goner.  Really nice that that did not happen.  :-)
22:43 soh_cah_toa oh that's right. i forgot about those grant proposals...
22:45 japhb I hope the grant system is working better these days.  It was a painful process back then, and not many people got approved even if they did get all the way through the process.
22:47 japhb Anyway, I keep seeing plumage commits highlighting my IRC session, and just wanted to tell you it was appreciated
22:47 soh_cah_toa :)
22:47 soh_cah_toa that might be a good idea; sending a grant proposal for plumage to tpf. however, i don't think plumage falls under the first criteria "It has widespread benefit to the Perl community or a large segment of it"
22:48 japhb Doesn't hurt to try, though.  Does Parrot's foundation still manage grants?  That might be a better (or just different) target for your proposal.
22:49 soh_cah_toa hm, not sure
23:41 benabik joined #parrot
23:47 benabik o/

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

Parrot | source cross referenced