Camelia, the Perl 6 bug

IRC log for #parrot, 2010-11-30

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 dukeleto fbrito: you are ranked 3rd in GCI points currently! http://www.google-melange.com/gci/p​rogram/show_ranking/google/gci2010
00:00 fbrito oh yeah! :D
00:00 whiteknight fbrito: with our help, you could go all the way!
00:01 cotto_work Cobol?
00:01 fbrito actually I am the 2nd. just waiting this task to get approved: http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129035408428
00:02 whiteknight COBOL: Commit often, but only LOLCODE
00:02 dalek parrot: 8e80030 | fbrito++ | / (6 files):
00:02 dalek parrot: Renaming Parrot_get_ctx_HLL_namespace() to Parrot_hll_get_ctx_HLL_namespace()
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/8e800306cf
00:02 dalek parrot: 35090a7 | fbrito++ | / (6 files):
00:02 dalek parrot: Renaming Parrot_get_HLL_namespace() to Parrot_hll_get_HLL_namespace()
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/35090a7a61
00:02 dalek parrot: f7134de | fbrito++ | / (4 files):
00:02 dalek parrot: Renaming Parrot_regenerate_HLL_namespaces() to Parrot_hll_regenerate_HLL_namespaces()
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/f7134def9f
00:02 dalek parrot: f89a69a | fbrito++ | / (5 files):
00:02 dalek parrot: Renaming Parrot_get_HLL_name() to Parrot_hll_get_HLL_name()
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/f89a69a2ce
00:02 dalek parrot: 99bcc83 | fbrito++ | / (4 files):
00:02 dalek parrot: Renaming Parrot_get_HLL_id() to Parrot_hll_get_HLL_id()
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/99bcc837e2
00:02 dalek parrot: 5a37489 | Whiteknight++ | / (35 files):
00:02 dalek parrot: merge in changes from fbrito++. GCI task to rename functions in src/hll.c to match naming convnetions
00:02 dalek parrot: review: https://github.com/parrot/parrot/commit/5a374892e6
00:04 cotto_work Nice.  The "Yacc is dead" paper quotes TimToady.
00:04 whiteknight fbrito: I didn't close that task on accident. Can you change it back to NeedsReview?
00:04 whiteknight cotto_work: link?
00:04 dukeleto cotto_work: which paper?
00:04 cotto_work http://arxiv.org/abs/1010.5023
00:05 cotto_work posted on LtU and Hacker News recently
00:05 dukeleto cotto_work: cool, thanks
00:06 fbrito whiteknight: done
00:06 whiteknight sorry about the confusion
00:06 whiteknight closed
00:08 whiteknight WYSIWYGIYULR(k)
00:08 whiteknight I like that acronym
00:09 GeJ whiteknight: I'm stuck in a living Hell : I have a 2 CPU server with a lod in the two digits; we're changing the office's IP address tomorrow and I've got to review a bunch of servers to check security policies where the IP might have been hardcoded, oh and tomorrow in the morning I'm going under the knife and I have no idea how long until I get back to work. It's going to be a long day.
00:09 dukeleto fbrito: nice work! You are second!
00:09 GeJ Oh, and my manager still refuses to hire an Office Linebacker.
00:10 dukeleto GeJ: i would take a vacation.
00:10 whiteknight GeJ: Under the knife? Nothing serious I hope
00:10 fbrito dukeleto: thank you very much :D
00:10 davidfetter left #parrot
00:11 GeJ whiteknight: nothing really serious, it's just that it's not the good time.
00:11 whiteknight GeJ: yeah, I definitely understand.
00:14 whiteknight cotto_work: I was talking about making a pure-parrot LALR parser-generator earlier today, but reading this paper is starting to convince me that a derivative parser like this might be better
00:15 whiteknight the term "parser combinators" is making me salivate
00:18 whiteknight anybody here have an ACM subscription?
00:18 whiteknight this one damn paper is from 1964 and STILL costs money to view it
00:19 cotto_work whiteknight: you can ask allison when she's around
00:19 dukeleto whiteknight: whatcha need?
00:19 whiteknight dukeleto: http://portal.acm.org/citation.cfm?id=321249
00:19 * dukeleto has a library card from Cornell
00:19 cotto_work nice
00:20 * dukeleto attempts to figure out how to tell Cornell to tell ACM to give me the paper
00:22 whiteknight no worries, I'll msg allison
00:24 cotto_work I wonder if we could get a subscription for Parrot or PaFo.
00:26 whiteknight that would be nice
00:29 cotto_work msg cotto look into a Parrot/PaFo ACM subscription
00:29 aloha OK. I'll deliver the message.
00:33 preflex left #parrot
00:35 preflex joined #parrot
00:35 dalek parrot: e16b53a | jkeenan++ | README:
00:35 dalek parrot: Add instructions for obtaining git for Mac OS X.  Remove outdated language re
00:35 dalek parrot: Perl 5's alleged shortcomings.
00:35 dalek parrot: review: https://github.com/parrot/parrot/commit/e16b53a768
00:38 whiteknight msg allison if you have a moment, I would really love to get a look at this ACM paper: http://portal.acm.org/citation.cfm?id=321249
00:38 aloha OK. I'll deliver the message.
00:42 sECuRE left #parrot
00:57 kid51 joined #parrot
00:58 dmalcolm left #parrot
00:58 kid51 is now known as kid51_at_dinner
00:59 fbrito I saw you guys discussing something about FileHandle... this task http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129104579996 is still valid right?
01:01 fbrito s/right/,right/
01:03 sECuRE joined #parrot
01:04 whiteknight fbrito: yes
01:04 whiteknight fbrito: I have more tasks like that
01:06 fbrito ok :D
01:10 dalek parrot: d2a80a7 | nwellnhof++ | t/pmc/stringiterator.t:
01:10 dalek parrot: [t] String iterator get_*_keyed tests for different encodings
01:10 dalek parrot: review: https://github.com/parrot/parrot/commit/d2a80a75f3
01:13 fbrito hm, I have questions about this task: http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129104579996
01:16 whiteknight what questions?
01:17 fbrito in step 3: i think that get_fd in stringhandle.pmc already do that
01:18 whiteknight okay. that makes it easy for you
01:18 whiteknight just double-check it
01:18 whiteknight and if tests for it already exist, that's another check for you
01:20 fbrito ok
01:25 fbrito wow, those tests written in .t are tricky
01:25 fbrito i found is(), ok() and nok() method, but I am looking for something like is_not(-1). can I use test_not(-1)?
01:25 whiteknight not()
01:33 dukeleto fbrito: isnt()
01:38 cotto ~~
01:39 cotto isnt_not_not()
01:40 dalek parrot: 856c6e5 | nwellnhof++ | t/op/string_cs.t:
01:40 dalek parrot: [t] Add tests for conversion to UCS-4
01:40 dalek parrot: review: https://github.com/parrot/parrot/commit/856c6e5efc
01:42 whiteknight isnt(), that's what it is
01:44 dalek parrot/embed_api: 7596edd | bluescreen++ | src/main.c:
01:44 dalek parrot/embed_api: Make most failing test pass by commeting the error printing routine
01:44 dalek parrot/embed_api: review: https://github.com/parrot/parrot/commit/7596edd0fd
01:44 dalek parrot/embed_api: 372f8f7 | bluescreen++ | src/embed/api.c:
01:44 dalek parrot/embed_api: Make bounds runcore available
01:44 dalek parrot/embed_api: review: https://github.com/parrot/parrot/commit/372f8f7b5b
01:44 dalek parrot/embed_api: 704e3c4 | bluescreen++ | src/embed/api.c:
01:44 dalek parrot/embed_api: Made another test case pass by putting debug information. Also removed some dependency with embed.c
01:44 dalek parrot/embed_api: review: https://github.com/parrot/parrot/commit/704e3c4df0
01:44 dalek parrot/embed_api: f686051 | bluescreen++ | include/parrot/api.h:
01:44 dalek parrot/embed_api: Made profiling test pass
01:44 dalek parrot/embed_api: review: https://github.com/parrot/parrot/commit/f686051a20
01:53 fbrito i moved get_fd() from FileHandle to Handle, but I'm getting this:
01:53 fbrito Method 'get_fd' not found for invocant of class 'Socket'
01:55 whiteknight that's weird
01:55 fbrito ah, I think I forgot something really important
01:55 fbrito wait :D
01:55 whiteknight .....
01:58 bluescreen left #parrot
01:59 nwellnhof joined #parrot
02:02 dalek parrot: 4c93dc1 | nwellnhof++ | / (13 files):
02:02 dalek parrot: [str] Replace STRING_iter_set_position with STRING_iter_skip
02:02 dalek parrot: review: https://github.com/parrot/parrot/commit/4c93dc14ba
02:11 dukeleto fbrito: Socket inherits from FileHandle
02:13 whiteknight Okay, I've created 3 tasks today. I need 2 more
02:14 dalek parrot: 1f7b157 | nwellnhof++ | t/op/stringu.t:
02:14 dalek parrot: [t] Test ord with different Unicode encodings
02:14 dalek parrot: review: https://github.com/parrot/parrot/commit/1f7b157f5b
02:15 whiteknight dukeleto: http://trac.parrot.org/parrot/wiki/APIFuncRenaming
02:15 bluescreen joined #parrot
02:16 fbrito dukeleto: really? I assumed that it inherits from Handle
02:17 fbrito "This method should be moved to the Handle class, and inherited by all Handle types (StringHandle and Socket)."
02:17 dalek parrot: 8159152 | nwellnhof++ | t/op/stringu.t:
02:17 dalek parrot: [t] Test another malformed UTF-8 string
02:17 dalek parrot: review: https://github.com/parrot/parrot/commit/81591521fb
02:18 fbrito isn't the task about moving get_fd from FileHandle to Handle so that Socket can "use" it?
02:22 bacek left #parrot
02:23 fbrito whiteknight: on the task, step 3 and 4: do you really mean StringHandle, right? Not FileHandle?
02:23 whiteknight let me look
02:23 whiteknight FileHandle has a valid file descriptor
02:23 whiteknight StringHandle does not
02:24 whiteknight so get_fd on StringHandle should return -1
02:24 fbrito ahh, ok
02:25 dalek parrot: f9f96c9 | nwellnhof++ | t/op/stringu.t:
02:25 dalek parrot: [t] Test illegal UTF-8 escape char
02:25 dalek parrot: review: https://github.com/parrot/parrot/commit/f9f96c96cf
02:26 dalek tracwiki: v18 | whiteknight++ | BuildTaskList
02:26 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Bui​ldTaskList?version=18&action=diff
02:27 fbrito but I still can't understand this: (23:11:06) dukeleto: fbrito: Socket inherits from FileHandle
02:27 nwellnhof Socket doesn't inherit from FileHandle
02:28 dukeleto fbrito: perhaps i am wrong
02:28 * dukeleto can actually be wrong.
02:28 nwellnhof pmclass Socket extends Handle
02:28 fbrito ah, ok :D. no problem
02:28 cotto Socket and FileHandle inherit from Handle
02:28 dukeleto nwellnhof++
02:31 fbrito so I am back to my original problem. I moved get_fd() to Handle but it is saying that Socket doesn't have this method...
02:32 cotto fbrito, can you nopaste?
02:32 fbrito hehe, I know that this question will sound really stupid but I have to ask: when Socket inherits from Handle, it "automatically" make all methods available, right?
02:32 kid51_at_dinner is now known as kid51
02:33 cotto yes
02:33 cotto and any VTABLE functions that Socket doesn't implement directly come from Handle
02:34 whiteknight fbrito: commit what you have and I can look at the code
02:36 fbrito ok, thank you very much. just a second... I wrote some methods just returning some int values on Handle, FileHandle, StringHandle and Socket so I can try some tests on my own :D
02:39 whiteknight ok
02:42 dalek parrot: 7df9d84 | nwellnhof++ | t/op/stringu.t:
02:42 dalek parrot: [t] More tests for illegal char escapes
02:42 dalek parrot: review: https://github.com/parrot/parrot/commit/7df9d8486e
02:43 dukeleto nwellnhof++ # i like tests
02:44 nwellnhof my plan is to get the test coverage of the code in src/string/encoding/ to a reasonable level.
02:45 nwellnhof the upcase_first and downcase_first string functions are completely unused in Parrot.
02:48 dukeleto nwellnhof: do any HLLs use them? what about in examples/ ?
02:49 nwellnhof we don't have an upcase_first opcode and there's no other code that makes use of these functions.
02:51 bacek_at_work nwellnhof, add string dynops for it?
02:53 fbrito NOOOOOOOOOOOO. LOL. I was always running "make" and trying to run individual tests with the parrot installed on my system, and not the one that I had just compiled
02:54 nwellnhof bacek: yes, why not. but it would be nice if there was a HLL that would use them.
02:54 bacek_at_work nwellnhof, rakudo?
02:57 bluescreen left #parrot
02:58 nwellnhof yes, rakudo could use it. it's needed for proper Unicode support.
03:03 Infinoid whiteknight: ping
03:07 whiteknight Infinoid: pong
03:07 Infinoid whiteknight: I'm reading over the IO task list, and had a couple questions.
03:08 Infinoid Sounds like the guts are moving into .c files instead of PMCs
03:08 whiteknight fbrito: ah, that's one lesson you have to learn the hard way
03:08 Infinoid but ... what tracks the open handle at the API level?  will it be referred to by fd (int), or some struct, or what?
03:08 whiteknight Infinoid: much of that task list hasn't changed since last time you were working on it
03:09 whiteknight Infinoid: src/pmc/handle.pmc is the abstract parent type. It has a PIOHANDLE attribute, which is platform-defined
03:10 Infinoid Ok
03:10 Infinoid I think I'm mostly looking at "Change IO API to not use PCCINVOKE calls. Method calls on IO PMCs should call the API functions, not the other way around"
03:10 whiteknight so that gets passed around the functions in src/io/*
03:10 Infinoid Which sounds great, but I'm wondering what it will look like
03:10 Infinoid Ok, so it's a PIOHANDLE typedef?
03:11 whiteknight Infinoid: the open/close opcodes used to call the Parrot_io_ functions, which turned around and called the methods on the various PMC types
03:11 whiteknight but the open/close opcodes are gone, and we always call the methods directly now
03:11 whiteknight if you look at Parrot_io_close() function, you see the fallback that still attempts to call a method
03:12 whiteknight ...which is stupid, because we called the method to get there in the first place
03:12 Infinoid Yeah :)
03:12 Infinoid Though I suppose it makes polymorphism for things like StringHandle happen without needing a big series of if statements
03:12 whiteknight If anybody ever exercised that code path, I suspect the infinite loops would be wonderful
03:13 Infinoid (I'm assuming stringhandle doesn't call an underlying close)
03:13 whiteknight We aren't being intelligent right now about how the methods are implemented
03:13 whiteknight the internals all need to be moved around to account for the new architecture
03:14 whiteknight it used to be opcode->API->Methods, now it's Methods->API, but the API hasn't really changed much
03:15 Infinoid If you have an understanding of the new architecture, I'd love to bug you occasionally with a few more questions
03:15 whiteknight that would be fine
03:15 whiteknight cotto is the new architect though, so I'm sure he has some input
03:15 Infinoid Cool
03:19 preflex left #parrot
03:21 preflex joined #parrot
03:35 dalek parrot/tt532_headerizer_refactor: df60083 | jkeenan++ | / (4 files):
03:35 dalek parrot/tt532_headerizer_refactor: Refactor some code from within
03:35 dalek parrot/tt532_headerizer_refactor: Parrot::Headerizer::Object::rep​lace_headerized_declarations()
03:35 dalek parrot/tt532_headerizer_refactor: into
03:35 dalek parrot/tt532_headerizer_refactor: Parrot::Headerizer::Function​s::add_headerizer_markers().
03:35 dalek parrot/tt532_headerizer_refactor: Code itself is working, but not correctly tested yet in
03:35 dalek parrot/tt532_headerizer_refactor: 01_functions.t
03:35 dalek parrot/tt532_headerizer_refactor: review: https://github.com/parrot/parrot/commit/df60083922
03:39 dalek parrot/tt532_headerizer_refactor: 6cc3b2c | jkeenan++ | lib/Parrot/Headerizer/ (2 files):
03:39 dalek parrot/tt532_headerizer_refactor: Delete commented-out code.
03:39 dalek parrot/tt532_headerizer_refactor: review: https://github.com/parrot/parrot/commit/6cc3b2ced9
03:41 kid51 So, in the brave new world of git, do we have anything to automatically identify files which should be added to MANIFEST or MANIFEST.SKIP (like the former tools/dev/mk_manifest_and_skip.pl)?
03:47 plobsing kid51: it works the same way (iirc dukeleto++ updated the tools)
03:48 kid51 Hmm, I guess it's not working in my branch because my branch dates from the long-ago-Subversion days.
03:49 fbrito Yes :D another Parrot GCI task completed
03:50 cotto fbrito++
03:52 fbrito right now I have 2 pull requests pending
03:52 whiteknight I'm going to have to look at it tomorrow morning. Right now I need sleep
03:52 whiteknight fbrito++
03:52 fbrito ok, no problem :)
03:52 whiteknight goodnight
03:52 whiteknight left #parrot
03:56 fbrito good night
03:56 fbrito ops, too late
04:02 dukeleto fbrito: i will take a look
04:03 dukeleto kid51: merge master into your branch "git checkout $branch && git merge master" to get the new git-aware mk_manifest_and_skip.pl
04:05 fbrito dukeleto: ok, but only do that if you really want. I have no problem waiting until tomorrow :)
04:09 dalek parrot: 31f6c2e | jkeenan++ | config/gen/makefiles/root.in:
04:09 dalek parrot: Apply patch submitted by fbrito++ in http://trac.parrot.org/parrot/ticket/1876.  Have
04:09 dalek parrot: 'make clean' remove blib/ on the grounds that blib/ is created by 'make' rather than by
04:09 dalek parrot: Configure.pl and 'make clean' is intended to remove files created specifically by
04:09 dalek parrot: 'make'.
04:09 dalek parrot: review: https://github.com/parrot/parrot/commit/31f6c2e542
04:13 kid51 fbrito:  http://trac.parrot.org/par​rot/ticket/1876#comment:5
04:14 fbrito ok! thank you :D
04:14 kid51 fbrito:  Prepare a patch to apply your data to CREDITS
04:15 fbrito https://github.com/parrot/parrot/commit/​056265dec0600314bf9d10f5655730a46eecd30d
04:16 dukeleto fbrito: i see only 1 pull request
04:17 fbrito I have just closed the one related with the Makefile
04:17 dukeleto fbrito: ok
04:17 dukeleto fbrito: i am checking the other pull request
04:18 fbrito this is the task link: http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129104579996
04:18 fbrito step 3 and 4 were already implemented
04:22 dukeleto fbrito: i am compiling and testing now
04:22 kid51 fbrito:  Okay, I was looking at CREDITS in a branch.  I see that you are already listed in CREDITS in master.
04:23 kid51 CLA?
04:23 kid51 aloha, CLA?
04:23 aloha kid51: I have no idea.
04:23 kid51 stupid bot
04:27 kid51 fbrito:  Should you ultimately wish to apply for a commit bit, please fill out a CLA:  http://www.parrot.org/files/parrot_cla.pdf
04:27 * kid51 must sleep
04:28 kid51 left #parrot
04:28 fbrito bye
04:28 cotto aloha, cla is http://www.parrot.org/files/parrot_cla.pdf
04:28 aloha cotto: Okay.
04:28 fbrito argh, again I was too late
04:29 dukeleto fbrito: compiled ok. running a smoke test now
04:45 dukeleto fbrito: looks good!
04:45 fbrito oh yes:D
04:46 sorear I think you'll have to wait a bit
04:46 sorear depending on where you are
04:47 fbrito what?
04:47 sorear the CLA
04:49 fbrito I am not sure but I don't think that I should apply for a commit bit
04:51 dalek parrot: 8d9d806 | fbrito++ | src/pmc/ (2 files):
04:51 dalek parrot: Moving get_fd() from filehandle.pmc to handle.pmc
04:51 dalek parrot:
04:51 dalek parrot: Signed-off-by: Jonathan "Duke" Leto <jonathan@leto.net>
04:51 dalek parrot: review: https://github.com/parrot/parrot/commit/8d9d806b1e
04:51 dalek parrot: 70992f3 | fbrito++ | t/pmc/socket.t:
04:51 dalek parrot: Test: Socket get_fd() should not return -1
04:51 dalek parrot:
04:51 dalek parrot: Signed-off-by: Jonathan "Duke" Leto <jonathan@leto.net>
04:51 dalek parrot: review: https://github.com/parrot/parrot/commit/70992f350b
04:51 dukeleto fbrito: i would say have fun with GCI first. Think about it later.
04:51 dalek parrot: 93b2c43 | fbrito++ | t/pmc/filehandle.t:
04:51 dalek parrot: Forgot to tell FileHandle test that I added a new one
04:51 dalek parrot:
04:51 dalek parrot: Signed-off-by: Jonathan "Duke" Leto <jonathan@leto.net>
04:51 dalek parrot: review: https://github.com/parrot/parrot/commit/93b2c4399f
04:51 dalek parrot: 7a4bef0 | fbrito++ | t/pmc/filehandle.t:
04:51 dalek parrot: Test: FileHandle get_fd() should not return -1
04:51 dalek parrot:
04:51 dalek parrot: Signed-off-by: Jonathan "Duke" Leto <jonathan@leto.net>
04:51 dalek parrot: review: https://github.com/parrot/parrot/commit/7a4bef02fa
04:51 * dukeleto figured out how to do Signed-Off-by lines
04:52 * dukeleto just learned that "git apply --check foo.patch" checks if a patch will apply. Cool!
04:53 dukeleto fbrito: what was that task link again?
04:53 fbrito http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129104579996
04:54 fbrito I really need to learn how to use Git. I can do only the basic
04:54 fbrito And some times I still have to open a GUI interface (git-cola) to do somethings :P
04:54 dukeleto fbrito: you know a lot more than a lot of people :)
04:55 fbrito and a lot of people know a lot more than me
04:55 fbrito haha :D
04:55 dukeleto fbrito: those are the people to hang out with :)
04:56 fbrito totally true!
04:56 cotto dukeleto, can you add Signed-off-by documentation somewhere?
04:56 fbrito there is even this quotation "You are the average of the five people you spend the most time"
05:00 plobsing fbrito: can you run 'make codetest' before you commit? some of your code is not in line with our formatting policy (long lines mostly).
05:01 fbrito of course! sorry, didn't know of that
05:02 dukeleto fbrito: i didn't do a "make codetest" either
05:02 * dukeleto slaps his own wrist
05:02 dukeleto fbrito: i hadn't heard that quote before
05:03 dukeleto fbrito: you can haz another finished task
05:03 dukeleto fbrito++
05:03 dukeleto karma fbrito
05:03 aloha fbrito has karma of 19.
05:04 dalek parrot: 1d7dded | plobsing++ | / (419 files):
05:04 dalek parrot: update C file vim modelines
05:04 dalek parrot:
05:04 dalek parrot: Specifies 2-space label outdent as per coding standard. Satisfies TT # 1547.
05:04 dalek parrot:
05:04 dalek parrot: command used:
05:04 dalek parrot: > perl -Mlib=lib -MParrot::Distribution -E 'say $_->path for Parrot::Distribution->new->get_c_language_files' | xargs sed -i "s/vim:\(.*\):$/vim:\1 cinoptions='\\\\:2=2' :/"
05:04 dalek parrot: review: https://github.com/parrot/parrot/commit/1d7dded85b
05:04 dalek parrot: 6dd9f88 | plobsing++ | / (141 files):
05:04 dalek parrot: Merge branch 'master' of github.com:parrot/parrot
05:04 dalek parrot: review: https://github.com/parrot/parrot/commit/6dd9f888bf
05:04 dukeleto cotto: i will add it to the docs. it has the side effect that github pull requests don't close themselves, but I think that is reasonable.
05:08 dukeleto fbrito: do you have more tasks to hack on?
05:09 fbrito there is this task on warning experimental features: http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129062052689
05:10 nwellnhof left #parrot
05:10 bacek_at_work plobsing, http://trac.parrot.org/parrot/ticket/1864
05:13 plobsing bacek_at_work: oops.
05:14 plobsing I like 2 space outdent anyways.
05:15 dukeleto fbrito: i just approved another IO task
05:15 dukeleto fbrito: i am trying to. melange doesn't want me to
05:15 plobsing serves me right for opting to fix a random ticket I guess
05:15 dukeleto fbrito: it is there now.
05:17 hercynium left #parrot
05:18 dukeleto fbrito: just made another
05:18 fbrito ok, I will take a look :D
05:18 dukeleto rather, i approved some written by whiteknight
05:19 dukeleto fbrito: one of them looks fun, the other is easy :)
05:21 fbrito the IO task looks interesting. I want to take it :) http://www.google-melange.com/gci/task/show/goog​le/gci2010/parrot_perl_foundations/t129104725162
05:22 dukeleto fbrito: and just added another about adding readline to Socket PMC
05:22 dukeleto fbrito: and it is yours :)
05:25 fbrito yes!!
05:25 fbrito but now I need to get some sleep
05:25 dukeleto fbrito: yes. talk to you later, and good luck!
05:25 fbrito thank you very much for approving the tasks, the pull requests and helping me
05:26 fbrito really. thank you :)
05:27 fbrito good bye
05:27 dalek TT #1547 closed by plobsing++: Mass-update vim modelines
05:27 dalek TT #1547: http://trac.parrot.org/parrot/ticket/1547
05:27 fbrito left #parrot
06:09 TypeNameHere_____ joined #parrot
06:49 contingencyplan left #parrot
06:57 dalek parrot: 4dc8e16 | cotto++ | docs/project/core_inclusion.pod:
06:57 dalek parrot: [project] initial version of core inclusion document
06:57 dalek parrot: review: https://github.com/parrot/parrot/commit/4dc8e16769
07:09 dalek parrot: f085399 | cotto++ | src/pmc/handle.pmc:
07:09 dalek parrot: Merge branch 'fixing_doc' of https://github.com/fernandobrito/parrot into fernandobrito-fixing_doc
07:09 dalek parrot: review: https://github.com/parrot/parrot/commit/f08539947c
07:26 luben joined #parrot
07:40 theory left #parrot
07:46 fperrad joined #parrot
08:04 uniejo joined #parrot
08:13 bacek joined #parrot
08:35 bacek aloha, humans
09:08 bacek left #parrot
09:13 dalek parrot: 85c73bf | fperrad++ | runtime/parrot/library/ (2 files):
09:13 dalek parrot: [io] readall with encoding
09:13 dalek parrot: review: https://github.com/parrot/parrot/commit/85c73bf6c8
09:17 mikehh left #parrot
09:20 mikehh joined #parrot
09:47 dalek lua: 7bf1fd1 | fperrad++ | dynext/pmc/luastring.pmc:
09:47 dalek lua: s/Parrot_get_ctx_HLL_namespace/P​arrot_hll_get_ctx_HLL_namespace/
09:47 dalek lua: review: https://github.com/fperrad/lua/commit/7bf1fd176f
09:52 bacek joined #parrot
10:03 dalek wmlscript: 5b96a08 | fperrad++ | dynext/pmc/wmlsbytecode.pmc:
10:03 dalek wmlscript: s/key_append/Parrot_key_append/
10:03 dalek wmlscript: s/key_new_cstring/Parrot_key_new_cstring/
10:03 dalek wmlscript: review: https://github.com/fperrad/​wmlscript/commit/5b96a08f96
10:03 dalek wmlscript: 1067c5d | fperrad++ | wmlscript/wmlsstdlibs.pir:
10:03 dalek wmlscript: now encoding is mandatory
10:03 dalek wmlscript: review: https://github.com/fperrad/​wmlscript/commit/1067c5d25f
10:13 dalek parrot: cda6fd7 | mikehh++ | MANIFEST:
10:13 dalek parrot: re-generate MANIFEST
10:13 dalek parrot: review: https://github.com/parrot/parrot/commit/cda6fd7d89
10:13 dalek parrot: e3c8a49 | mikehh++ | src/global_setup.c:
10:13 dalek parrot: fix =item for c_function_docs
10:13 dalek parrot: review: https://github.com/parrot/parrot/commit/e3c8a4991f
10:13 dalek parrot: 9067976 | mikehh++ | docs/project/core_inclusion.pod:
10:13 dalek parrot: fix codetest failure - linelength
10:13 dalek parrot: review: https://github.com/parrot/parrot/commit/90679762a1
10:13 dalek parrot: 7e679e6 | mikehh++ | src/hash.c:
10:14 dalek parrot: fix codetest failure - linelength
10:14 dalek parrot: review: https://github.com/parrot/parrot/commit/7e679e6d10
10:14 dalek parrot: 735e267 | mikehh++ | src/hll.c:
10:14 dalek parrot: fix codetest failure - linelength
10:14 dalek parrot: review: https://github.com/parrot/parrot/commit/735e267ac9
10:14 dalek parrot: 7979a2d | mikehh++ | src/namespace.c:
10:14 dalek parrot: fix codetest failure - linelength
10:14 dalek parrot: review: https://github.com/parrot/parrot/commit/7979a2d778
10:14 dalek parrot: 997f960 | mikehh++ | src/ops/experimental.ops:
10:14 dalek parrot: fix codetest failure - linelength
10:14 dalek parrot: review: https://github.com/parrot/parrot/commit/997f96043d
10:14 dalek parrot/generational_gc: f39bc7b | bacek++ | / (6 files):
10:14 dalek parrot/generational_gc: Copy WIP gc_ms2 into gc_gms to simplify merging with master
10:14 dalek parrot/generational_gc: review: https://github.com/parrot/parrot/commit/f39bc7be81
10:20 dalek parrot/generational_gc: 1376dda | bacek++ | / (1911 files):
10:20 dalek parrot/generational_gc: Merge branch 'master' into generational_gc
10:20 dalek parrot/generational_gc:
10:20 dalek parrot/generational_gc: Conflicts:
10:20 dalek parrot/generational_gc: MANIFEST
10:20 dalek parrot/generational_gc: config/gen/makefiles/root.in
10:20 dalek parrot/generational_gc: src/gc/gc_ms2.c
10:20 dalek parrot/generational_gc: src/io/buffer.c
10:20 dalek parrot/generational_gc: src/pmc/class.pmc
10:20 dalek parrot/generational_gc: t/op/gc-non-recursive.t
10:20 dalek parrot/generational_gc: review: https://github.com/parrot/parrot/commit/1376ddafd6
10:21 bacek Niiice! 1911 files!
10:21 bacek git++ for so small merge conflicts!
10:28 fperrad left #parrot
10:29 dalek parrot/generational_gc: 0b47fa2 | bacek++ | src/gc/gc_ms2.c:
10:29 dalek parrot/generational_gc: Fix build after merge.
10:29 dalek parrot/generational_gc: review: https://github.com/parrot/parrot/commit/0b47fa26a0
10:30 fperrad joined #parrot
10:44 mikehh I'm getting a failure in post-config tests -> t/steps/gen/platform-01.t - Failed test:  11
11:05 dalek parrot: 6e047aa | mikehh++ | config/gen/platform.pm:
11:05 dalek parrot: replace CODA to reflect changes in coda
11:05 dalek parrot: review: https://github.com/parrot/parrot/commit/6e047aadb8
11:05 dalek parrot: 156a8cf | mikehh++ | config/gen/platform.pm:
11:05 dalek parrot: forgot to change Copyright date
11:05 dalek parrot: review: https://github.com/parrot/parrot/commit/156a8cf630
11:37 cognominal left #parrot
11:41 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#1424) fulltest) at 156a8cf - Ubuntu 10.10 i386 (g++-4.5 with --optimize)
11:47 uniejo left #parrot
11:49 cognominal joined #parrot
13:19 dalek parrot: 26904d0 | jkeenan++ | docs/project/core_inclusion.pod:
13:19 dalek parrot: review: https://github.com/parrot/parrot/commit/26904d02df
13:35 whiteknight joined #parrot
13:41 dalek parrot/get_fd_method: 1429e1c | fbrito++ | src/pmc/ (2 files):
13:41 dalek parrot/get_fd_method: Moving get_fd() from filehandle.pmc to handle.pmc
13:41 dalek parrot/get_fd_method: review: https://github.com/parrot/parrot/commit/1429e1c579
13:41 dalek parrot/get_fd_method: 78fb393 | fbrito++ | t/pmc/socket.t:
13:41 dalek parrot/get_fd_method: Test: Socket get_fd() should not return -1
13:41 dalek parrot/get_fd_method: review: https://github.com/parrot/parrot/commit/78fb39386f
13:41 dalek parrot/get_fd_method: eed7d38 | fbrito++ | t/pmc/filehandle.t:
13:41 dalek parrot/get_fd_method: Forgot to tell FileHandle test that I added a new one
13:41 dalek parrot/get_fd_method: review: https://github.com/parrot/parrot/commit/eed7d38ad2
13:41 dalek parrot/get_fd_method: 8e50ded | fbrito++ | t/pmc/filehandle.t:
13:41 dalek parrot/get_fd_method: Test: FileHandle get_fd() should not return -1
13:41 dalek parrot/get_fd_method: review: https://github.com/parrot/parrot/commit/8e50ded543
13:41 Patterner left #parrot
13:41 plobsing left #parrot
13:41 Psyche^ joined #parrot
13:41 Psyche^ is now known as Patterner
13:42 whiteknight blah, I didn't realize dukeleto++ already pulled those
13:43 dalek parrot/fbrito_style_fixes: 67fa9c6 | fbrito++ | src/ (4 files):
13:43 dalek parrot/fbrito_style_fixes: Fixing lines longer than 100 columns
13:43 dalek parrot/fbrito_style_fixes:
13:43 dalek parrot/fbrito_style_fixes: Those lines were written by myself and found later
13:43 dalek parrot/fbrito_style_fixes: with "make codetest" command. Thanks to plobsing
13:43 dalek parrot/fbrito_style_fixes: for teaching me this command on IRC.
13:43 dalek parrot/fbrito_style_fixes: review: https://github.com/parrot/parrot/commit/67fa9c6ce7
13:43 dalek parrot/fbrito_style_fixes: 1e410d3 | fbrito++ | src/global_setup.c:
13:43 dalek parrot/fbrito_style_fixes: 'make codetest' was giving errors on that
13:43 dalek parrot/fbrito_style_fixes: review: https://github.com/parrot/parrot/commit/1e410d319b
13:45 dalek parrot/gci_io_close: e844c4c | fbrito++ | src/pmc/ (2 files):
13:45 dalek parrot/gci_io_close: Moving close() from FileHandle to Handle
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/e844c4ca81
13:45 dalek parrot/gci_io_close: 0428783 | fbrito++ | src/ (2 files):
13:45 dalek parrot/gci_io_close: Moving close() from Socket to Handle
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/0428783261
13:45 dalek parrot/gci_io_close: 4a7b901 | fbrito++ | src/ (2 files):
13:45 dalek parrot/gci_io_close: Moving close() from StringHandle to Handle
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/4a7b901f2a
13:45 dalek parrot/gci_io_close: b57705c | fbrito++ | src/io/api.c:
13:45 dalek parrot/gci_io_close: Changing some variable names from code that I've copied
13:45 dalek parrot/gci_io_close:
13:45 dalek parrot/gci_io_close: Had to include pcm_socket because it couldn't find macro
13:45 dalek parrot/gci_io_close: PARROT_SOCKET
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/b57705c096
13:45 dalek parrot/gci_io_close: b13bbe8 | fbrito++ | src/io/api.c:
13:45 dalek parrot/gci_io_close: Reused documentation of old close() in the new one
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/b13bbe82f2
13:45 dalek parrot/gci_io_close: 4a3d5e7 | fbrito++ | src/io/api.c:
13:45 dalek parrot/gci_io_close: This would not work outside StringHandle
13:45 dalek parrot/gci_io_close: review: https://github.com/parrot/parrot/commit/4a3d5e7df0
13:45 contingencyplan joined #parrot
13:48 Coke when adding #includes, be sure to also fixup the dependencies.
13:49 Coke (you can trust most of the warnings on .c files from tools/dev/checkdepend.pl)
14:01 whiteknight heh. We may need to make fbrito a committer just to avoid having to merge in all his patches
14:03 whiteknight do we have an age limit on CLA submissions?
14:31 whiteknight msg nwellnhof I'm seeing errors in t/op/string_cs.t this morning. Looking through the recent commit list your branch merge looks the most related. Any ideas?
14:31 aloha OK. I'll deliver the message.
14:32 dalek parrot: 9984719 | Whiteknight++ | src/ (5 files):
14:32 dalek parrot: Merge branch 'gci_io_close'
14:32 dalek parrot: review: https://github.com/parrot/parrot/commit/9984719c2a
14:35 fbrito joined #parrot
14:38 jsut joined #parrot
14:41 Coke whiteknight: Not as such, but since we're basically asking them to sign a contract, maybe.
14:42 Coke Did someone recently remove include/parrot/list.h ?
14:42 Coke (or, rather, remove a need to use it everywhere?)
14:43 jsut_ left #parrot
14:44 preflex left #parrot
14:48 preflex joined #parrot
14:50 whiteknight Coke: I have no idea about list.h.
14:50 whiteknight Coke: Yeah, there probably is an age limit on binding contracts. I don't think we'll be able to have any GCI students (< 18 yrs old) sign them
14:50 Coke I need to get checkdepend running with codetest so we stop regressing.
14:50 whiteknight or maybe they would need a parent to sign them
14:51 whiteknight Coke: Yes, that would be a great idea
14:51 Coke whiteknight: to be sure, You'd have to check with the lawyers. Who would then probably want to charge you money.
14:51 whiteknight Coke: to be safe, we simply disallow it for youngsters
14:59 Coke git question: I have 2 un-pushed commits on my local master. how I do push only 1 of them?
15:06 PerlJam Coke: I would guess that it's: git push origin <SHA1-of-commit-you-want-to-push>
15:06 PerlJam Coke: but I've never done this before
15:11 fbrito left #parrot
15:12 fbrito joined #parrot
15:15 Coke webgui++
15:15 nwellnhof joined #parrot
15:21 nwellnhof Coke, do you still need help with your git question?
15:22 allison joined #parrot
15:23 dalek parrot: e483ba1 | NotFound++ | t/pmc/complex.t:
15:23 dalek parrot: unskip Complex div by zero tests
15:23 dalek parrot: review: https://github.com/parrot/parrot/commit/e483ba17f3
15:26 Coke nwellnhof: I will try perljam's suggestion later. for now, $DAYJOB
15:37 NotFound This causes a failure in JSON tests: "Longitude" => -122.026020, -> "Longitude" => -122.02602,
15:38 NotFound Note the trailing zero.
15:38 NotFound not ok 59 - another example taken from the RFC # TODO check number precision
15:38 NotFound But the RFC says nothing about that, is just an example of valid JSON, it doesn't says it should stringify that way.
15:39 NotFound http://tools.ietf.org/html/rfc4627
15:47 dalek parrot: f35ee58 | NotFound++ | t/compilers/data_json/to_parrot.t:
15:47 dalek parrot: fix and unTODO a json test after chekcing that the reason failing was not valid
15:47 dalek parrot: review: https://github.com/parrot/parrot/commit/f35ee582b3
15:47 NotFound Fixed
15:48 dmalcolm joined #parrot
16:06 PerlJam Coke: PerlJam's suggestion doesn't work  (I just tried it)
16:08 hercynium joined #parrot
16:16 Coke (my question would be mooted by someone trying the "allow a space in install dir" patch on windows. ;)
16:20 nwellnhof Coke, do you want to push the first or second commit?
16:27 nwellnhof whiteknight: ping
16:33 fbrito hello... I am doing a GCI task to add some experimental warnings (similar to deprecated warnings) and I need to know if there is any convention of putting those warnings on the end of the method, on the begging, etc
16:37 fbrito At the moment I am adding it in the first line of the method with a blank line after (https://github.com/fernandobrito/parrot/comm​it/21e15482624e2ae54a6add8827e755da85dba5f8). Please, if you have any comments about that let me know
16:37 whiteknight nwellnhof: pong
16:38 whiteknight fbrito: it should be after all variable definitions
16:38 nwellnhof whiteknight: what errors are you seeing in string_cs.t?
16:38 fbrito whiteknight: ah, ok... thank you :D
16:39 whiteknight nwellnhof: t/op/string_cs.t                          (Wstat: 256 Tests: 55 Failed: 1)
16:39 whiteknight Failed test:  26
16:39 whiteknight Non-zero exit status: 1
16:39 whiteknight trans_encoding_s_s_i utf8 to ucs4
16:41 nwellnhof whiteknight: do you have the output of that test?
16:41 whiteknight #          got: '0
16:41 whiteknight # ucs4
16:41 whiteknight # 3
16:41 whiteknight # '
16:41 whiteknight #     expected: '1
16:41 whiteknight # ucs4
16:41 whiteknight # 3
16:42 whiteknight # '
16:45 nwellnhof Ah, I see what's probably wrong. What platform/compiler do you use?
16:45 Coke nwellnhof: the second one.
16:45 Coke ... to answer an earlier question.
16:46 nwellnhof Coke: OK, that's more difficult. There's more than one way to do it. git is a lot like perl in that regard.
16:47 nwellnhof What I would do:
16:47 nwellnhof 1) git branch topic_branch
16:47 nwellnhof 2) git reset --hard HEAD~2
16:47 nwellnhof 3) git cherry-pick <hash of commit to push>
16:47 nwellnhof 4) git push origin master
16:48 nwellnhof That moves the two commits in a new branch, resets master, picks one commit and pushes it.
16:49 Coke nwellnhof: I could always just use git rebase -i to reorder the commits, if that would help.
16:50 nwellnhof Coke: That's another possibility. If you want to push the first of two commits, the following should work:
16:50 nwellnhof git push origin <hash>:master
16:51 nwellnhof But I never tried that.
16:52 Coke where hash is (now) the first commit?
16:52 dalek parrot/mappedbytearray: 5d42d2d | NotFound++ | src/pmc/mappedbytearray.pmc:
16:52 dalek parrot/mappedbytearray: add method get_utf8 to MappedByteArray
16:52 dalek parrot/mappedbytearray: review: https://github.com/parrot/parrot/commit/5d42d2d387
16:52 nwellnhof Yes, but you should try a dry run first.
16:54 nopaste "coke" at 192.168.1.3 pasted "non cage warnings" (6 lines) at http://nopaste.snit.ch/26296
16:54 Coke urk. bad sha1. moment...
16:55 dalek parrot: e483077 | Coke++ | config/gen/makefiles/root.in:
16:55 dalek parrot: fix some makefile dependencies.
16:55 dalek parrot: review: https://github.com/parrot/parrot/commit/e483077dbc
16:55 Coke nwellnhof++
16:56 nwellnhof yes, looks good.
16:56 Coke PerlJam++
17:09 theory joined #parrot
17:26 fbrito whiteknight: ping
17:29 * Coke wonders if "Reverend Chip" == our chip.
17:33 cotto_work ~~
17:35 cotto_work seen kid51
17:35 aloha kid51 was last seen in #parrot 13 hours 7 mins ago saying "fbrito:  Should you ultimately wish to apply for a commit bit, please fill out a CLA:  http://www.parrot.org/files/parrot_cla.pdf".
17:39 dalek parrot: 35b5125 | cotto++ | docs/project/core_inclusion.pod:
17:39 dalek parrot: add a couple more questions from kid51++ to core_inclusion.pod
17:39 dalek parrot: review: https://github.com/parrot/parrot/commit/35b5125b6d
17:40 dalek tracwiki: v48 | coke++ | GitMigration
17:40 dalek tracwiki: already did a release, need for dry run gone.
17:40 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=48&amp;action=diff
17:40 dalek tracwiki: v49 | coke++ | GitMigration
17:40 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Gi​tMigration?version=49&amp;action=diff
17:49 cotto_work msg kid51 If you have any more questions to add to core_inclusion.pod, feel free to add them directly.  We can always clean them up later if you don't have the tuits atm.
17:49 aloha OK. I'll deliver the message.
17:54 nwellnhof left #parrot
17:59 Coke http://trac.parrot.org/parrot/wiki/GitMigration - now that this is nearly done, would it make sense to move the remaining tasks into tickets?
17:59 Coke (or at least have duke & cotto clean this page up?)
18:04 Kovensky left #parrot
18:05 cognominal left #parrot
18:05 cognominal joined #parrot
18:07 whiteknight Coke: I'm always in favor of making dukeleto and cotto do more work :)
18:08 fbrito whiteknight: hey :D
18:11 Coke I was never a big fan of having tasks in a wiki page.
18:11 whiteknight hello fbrito
18:12 whiteknight Coke: Yeah, I don't think it's the ideal medium. But we don't really have another good way on trac to link together related tickets and put them in an order
18:13 fbrito About my task...
18:14 fbrito I did a "cat DEPRECATED.pod | grep warning" and started to put some warning messages here and there
18:14 whiteknight http://codicesoftware.blogspot.co​m/2010/11/linus-on-branching.html
18:14 fbrito I mean "grep experimental"
18:14 whiteknight right
18:15 whiteknight that list changes frequently, so try to cover what is there and don't worry abut things that change
18:15 whiteknight I will be making changes later today, and I will use your new function on it
18:15 fbrito http://pastie.org/1335961
18:17 whiteknight dukeleto: http://codicesoftware.blogspot.co​m/2010/11/linus-on-branching.html
18:18 whiteknight fbrito: that looks like a good list. I would call that complete if everything works
18:19 fbrito Ok, but I still have run all tests and test the warning message with "parrot -w"
18:19 fbrito When I am finished I will let you know. Thanks :)
18:25 allison left #parrot
18:28 Kovensky joined #parrot
18:31 * dukeleto is at a Galois Tech Talk about the Rubinus Virtual Machine
18:32 dukeleto and I just heard a small jab at Parrot, methinks.
18:33 whiteknight blah
18:33 Coke hell, /i/ jab at parrot.
18:34 dukeleto Coke: i am glad that he *mentioned* parrot ;)
18:35 Coke "then they mock you..."
18:35 Coke dukeleto++
18:46 whiteknight I don't mind a few jabs at Parrot. We aren't exactly cutting a record-breaking development pace
18:47 whiteknight =I estimate Parrot is about 5 years behind where it should be, in terms of development and capability
18:47 whiteknight but we have been picking up a lot of steam in the past year or so, so I'm encouraged by that
18:48 atrodo whiteknight> Development pace becomes difficult when you have "customers"
18:49 whiteknight atrodo: No question.
18:50 atrodo Pesky customers if you ask me.  Depending on what I've made available for free
18:50 whiteknight But in the past few months, since 2.6 came out, we've been making very good development pace and still have several customers
18:51 whiteknight We spent about a year and a half not making any substantial interface changes, only cleaning up and refactoring internals
18:51 whiteknight with that behind us, we can start adding lots of new features
18:51 dngor left #parrot
18:52 atrodo whiteknight> Actually, I think having Rakudo in the pre-release stage has helped a lot too
18:53 dukeleto "Rubinius has had roughly 100-150 contributors in the last 4 years"
18:53 Coke whiteknight: the past few months have also pretty much lost you another customer. YMMV.
18:54 dukeleto Coke: which customer?
18:55 atrodo I would guess he's referring to partcl
18:56 Coke ayup
18:56 whiteknight Coke: also, no question.
18:57 dukeleto Coke: why did Parrot lose Partcl? Do you think continuous integration would have prevented that from happening?
18:57 dukeleto I do.
18:58 Coke it would have helped a lot, yes.
18:59 dngor joined #parrot
18:59 dukeleto We need continuous integration, badly.
18:59 moritz call me stupid, but what exactly is "continuous integration"?
19:00 Coke I already spent a huge amount of time in the past year fixing a bunch of stuff parrot changed/bitrotted/deprecated after months of not touching it, and got things working. It then happened again and I just haven't had the energy to fix it. (esp. given the one or 2 things that were reported were not fixed)
19:00 Coke moritz: like what taptinder does.
19:00 Coke but for HLLs.
19:00 cotto_work moritz: automatic building and testing at regular intervals, ideally after each push
19:03 whiteknight I had said it pretty frequently for some time: Parrot really has historically had too many problems both internally and externally to be reliable as a base for many projects.
19:03 whiteknight And I sincerely believe that the deprecation policy aggravated that
19:03 whiteknight and the lack of continuous integration too
19:03 simcop2387 left #parrot
19:03 sorear Oh, the dep policy is a new evil?
19:04 whiteknight sorear: the deprecation policy has always been evil
19:04 cotto_work whiteknight: do you see it as being something that needed to get worse before it could get better or is it just something we shouldn't have gotten into?
19:04 simcop2387 joined #parrot
19:04 whiteknight cotto_work: It's been getting much better
19:04 Coke I disagree. As a user, I find the deprecation policy mostly helpful.
19:04 Coke because without it, I'd have drowned ages ago.
19:05 whiteknight Coke: the deprecation policy itself isn't the problem. It's the underlying system that's the problem. The deprecation policy puts weird restrictions on the system, and says the broken shit needs to remain broken shit
19:05 whiteknight You can't take an ad hoc, organic, ugly pile of features, call them an "API" and then make a blanket guarantee that you support every piece of it
19:06 Coke I find this conversation no more helpful than it was when we had it the last time.
19:06 dukeleto I meant "continuous integration of HLLs on core"
19:08 whiteknight Coke: you take an unstable system, add partcl with "months of not touching it", and then a deprecation policy that says breakages happen in large waves, and you have a recipe for disaster
19:08 whiteknight Parrot is becoming significantly more robust and stable, but the damage for many people is already done
19:09 Coke when the breakages are documented, it's not a problem.
19:09 Coke I can then go through the list and find them.
19:09 Coke and fix them.
19:10 Coke the problem, IME, is more when someone changes something without realizing (caring?) that it's actually changing functionality and therefore it is never documented like "official" deprecations.
19:10 whiteknight That's exactly what I am talking about. We don't have a list anywhere of what, exactly, is part of our API and is covered
19:10 Coke for example, see TT #....
19:10 whiteknight and we certainly don't have 100% test coverage of the API list we don't have
19:10 whiteknight and when something breaks, we don't know, because we didn't know we weren't supposed to break it
19:10 Coke http://trac.parrot.org/parrot/ticket/1811
19:10 dukeleto "Rubinius currently only supports UTF8"
19:11 Coke So, to sum up, IME, the deprecation policy is not the problem.
19:11 whiteknight I doubt highly that the deprecation policy will change at this point. so it's a huge waste of my time to argue about it's merits
19:11 dukeleto I think all these problems are natural growing pains for something like Parrot.
19:12 Coke Hopefully cotto will fix everything now that he's the architect.
19:12 dukeleto +1 # no more beating up on the dep policy. It accomplishes nothing.
19:12 Coke (which, btw, got FAR less coverage than I would have expected)
19:12 dukeleto Coke: ?
19:12 Coke dukeleto: ??
19:12 whiteknight that's a tall order for anybody. cotto isn't going to fix the world.
19:12 whiteknight Parrot is fixing itself naturally
19:13 whiteknight but that brings me back to my thesis: Parrot as a project is 5 years behind where it really should be, in terms of development
19:13 Coke I think you're being overly generous. ;)
19:13 dukeleto Coke: why do you think cotto will "fix everything" ?
19:13 whiteknight that slowdown means we deserve jabs from people like the Rubinius folk
19:13 Coke dukeleto: <sigh>
19:14 Coke I don't.
19:14 dukeleto Coke: heroic efforts are unsustainable. We need to learn how to communicate and hack together more effectively, as a group.
19:14 whiteknight dukeleto: he was being sarcastic
19:14 dukeleto whiteknight: indeed we do.
19:14 Coke dukeleto: sorry. will refrain from humorous statements in channel in future.
19:15 cotto_work dukeleto: that's what I'm going to try to encourage.
19:15 dukeleto Coke: why? You seem to be so good at them...
19:15 whiteknight The "architectural team" approach I think will be far more important than any one person taking the lead role
19:16 whiteknight certainly more sustainable
19:16 Coke left #parrot
19:16 cotto_work dukeleto: where are you?
19:17 dukeleto cotto_work: in downtown Portland, at Galois
19:17 * dukeleto is learning about the Rubinius GC
19:18 cotto_work nice.  Make sure to blog about it.
19:20 dukeleto blarg
19:20 cotto_work Well, that's a good start.
19:20 whiteknight make sure to blarg about it
19:21 cotto_work you can take notes during the presentation and post them unedited if tuits are an issue
19:22 nwellnhof joined #parrot
19:22 dukeleto cotto_work: i always take notes, but blag toasts don't happpen so often
19:24 dukeleto Rubinius uses LLVM to turn their bytecode to LLVM IR
19:25 cotto_work sounds familiar
19:26 dngor_ joined #parrot
19:26 whiteknight We'll be there soon enough
19:27 cotto_work I've passed the point where I worry about where we aren't.
19:28 cotto_work It's not a fruitful exercise.
19:29 dngor left #parrot
19:30 cotto_work speaking of fruitful exercises, #ps in 63
19:31 whiteknight cotto_work: Well, I do find it instructional to take an honest look at the project and take stock of it
19:31 dukeleto I think we can learn alot about how to use LLVM by seeing how Rubinius does it. I've learned a bunch just at this talk
19:32 whiteknight Parrot has a lot of potential, and I mean that in like the physical sense of Potential Energy: I sincerely believe we're coming to a critical mass point where we either go big or go home
19:33 whiteknight There are a hell of a lot of good ideas in the codebase, a hell of a lot of features, and several great devs. If we can tie things together and build on what we have, we win
19:34 dukeleto whiteknight: Let's Do It.
19:35 whiteknight Look at it this way: We get a pluggable, modern optimizations system. We rework our bytecode to be more performance-conscious, then we implement a good JIT
19:35 whiteknight suddenly we're back towards the top of the pack in terms of runtime performance
19:36 whiteknight Fix the object model to cut out inefficiencies there, and make it flexible to get the Python, PHP, and JavaScript people the basis they need
19:37 whiteknight Add good thread support, and suddenly we're more feature-rich than most modern dynamic language interpreters
19:38 dukeleto I think Rubinius is our biggest competitor and we should compare ourselves to them to see where we fall short.
19:38 dngor_ is now known as dngor
19:38 dukeleto whiteknight: i agree with everything you just said.
19:39 dukeleto whiteknight: but what is the optimal order to accomplish those things?
19:39 whiteknight right, and those are just the major points on the roadmap, that takes us to the 4.0 release or just after
19:40 whiteknight I think the order I mention there is good. Lorito -> JIT -> Threads is really a decent flow
19:40 whiteknight the object metamodel can happen at any time, but the earlier the better
19:40 dalek parrot: cf42ee5 | nwellnhof++ | src/string/encoding/ucs4.c:
19:40 dalek parrot: [str] Hopefully fix UCS-4 test failure discovered by whiteknight++
19:40 dalek parrot: review: https://github.com/parrot/parrot/commit/cf42ee579f
19:40 cotto_work dukeleto: privmsg ping
19:40 whiteknight nwellnhoff++ # Let me pull and see what happens
19:45 TimToady "rework our bytecode to be more performance-conscious" --> "install an adequate native type system"
19:48 atrodo TimToady> Parrot's native type system is inadequate?
19:51 Tommy joined #parrot
19:54 cotto_work TimToady: what would an adequate type system look like?
19:57 whiteknight TimToady: preaching to the converted. But our native type system is pretty deeply ingrained. It's not something we can really change at this point
19:57 whiteknight if we pull out the rug like that, we will lose Rakudo as users of Parrot, no questions asked
19:58 whiteknight cotto_work: If you read any good papers, send a link my way. I love reading them
19:59 cotto_work whiteknight: I've got the yacc paper and "prototypes with multiple dispatch" on my current list
19:59 bacek left #parrot
20:00 Tommy left #parrot
20:01 whiteknight I read the yacc paper too. Dense stuff. I had to thumb through my copy of the dragon book, and I still don't think I took it all in
20:01 cotto_work Nice.  I'm excited about it now.
20:01 whiteknight what I do know is that we need to find somebody smarter than myself to implement a derivative-based parser generator
20:01 whiteknight much, much smarter than myself
20:01 cotto_work sounds like a job for pmichaud
20:02 whiteknight when he started talking about a "lazy stream of parse trees", I thought to myself "I don't know what any of those words mean, but I MUST HAVE IT"
20:02 * cotto_work goes off to hunt a wild sandwich
20:02 whiteknight Util: ping
20:03 Util whiteknight: pong
20:03 whiteknight Util: I had to make a lot of changes to pbc_to_exe in the embed_api branch. I'm definitely going to want you to take a look at it eventually, for sanity
20:04 Util whiteknight: Is today too early for me to have a initial look?
20:04 whiteknight Util: no, today is mostly fine. I need to make some changes to the error-handling portion of the generated C code, but those are relatively minor
20:05 Util whiteknight: I will look at it now.
20:05 whiteknight Util++
20:07 NotFound I'd better kill pbc_to_exe
20:07 whiteknight ...!!
20:08 NotFound We don't need a fakacutable for that work,
20:09 dukeleto aloha msg bacek_at_work have you ever heard of the Immix GC (Blackburn + McKinley, PLDI 2008) ? It is what Rubinius uses.
20:09 aloha dukeleto: OK. I'll deliver the message.
20:10 NotFound Ah, you mean changing the generated code...
20:11 whiteknight yes, the generated code changes
20:22 Util NotFound: could you clarify "for that work" for me?
20:22 whiteknight plobsing++
20:22 whiteknight let us all increase the awesome
20:28 whiteknight msg nwellnhof thanks, your latest commit fixed my bug
20:28 aloha OK. I'll deliver the message.
20:30 NotFound Util: we can just use the pbc. Is not a tool intended for casual users.
20:31 NotFound ps time?
20:31 whiteknight indeed
20:34 tcurtis joined #parrot
20:40 bacek joined #parrot
20:55 dalek tracwiki: v71 | cotto++ | ParrotQuotes
20:55 dalek tracwiki: http://trac.parrot.org/parrot/wiki/Pa​rrotQuotes?version=71&amp;action=diff
21:27 Util whiteknight: Your pbc_to_exe looks sane so far.
21:27 Util All the calls joined with && should each get their own error block, but you probably know that.
21:28 whiteknight Util: yeah, prototype
21:29 * whiteknight leaves
21:29 whiteknight left #parrot
21:30 dngor left #parrot
21:32 dukeleto This is a really interesting read about Oracle + Hudson: http://www.hudson-labs.org/​content/whos-driving-thing
21:32 Util re: C99 - As of last month, M$ says "we do not have plans to add C99 support to the compiler"
21:32 Util http://connect.microsoft.com/VisualStudio/feed​back/details/606707/vs2010-missing-c99-support
21:33 Util Also, http://connect.microsoft.com/VisualStudio/fee​dback/details/531634/support-iso-c99-standard
21:33 atrodo Wow, how very, typical, of them
21:34 Util Thanks for submitting this suggestion. I've resolved it as Won't Fix, because we currently have no plans to implement C99 Core Language features. While we recognize that a few programmers are interested in those features, --snip--
21:36 NotFound "a few"
21:38 atrodo "a few", as in everyone who doesn't like C++
21:39 NotFound I think they also don't support recent C++
21:41 plobsing joined #parrot
21:44 perlite left #parrot
21:45 perlite joined #parrot
21:45 bacek_at_work aloha, humans
21:46 dukeleto bacek_at_work: werd
21:46 bacek_at_work dukeleto, whut?
21:46 Util multi sub aloha () {...}; # Hello or goodbye?
21:47 dukeleto bacek_at_work: i sent you an aloha message
21:47 bacek_at_work dukeleto, yes, reading now.
21:47 dukeleto Someone is starting to hack on Lua on Rubinius: https://github.com/Twisol/lupin
21:48 NotFound <NotFound> There is no info in ParrotDeprecations for the functions recently renamed.
21:49 cotto_work NotFound: how many of the are api functions?
21:49 cotto_work those are the only ones we care about that
21:49 nwellnhof And the renaming broke the Rakudo build.
21:49 * cotto_work hears a chainsaw in the disance
21:49 NotFound cotto_work: I think the purpose of that page is to help, not to dicuse minutiae-
21:50 NotFound We need to document that things, they are used, being api blessed or not.
21:51 cotto_work NotFound: the API functions are the only ones we claim to support and what we recommend that external users use.
21:51 dukeleto bacek_at_work: i am going to try to get my hands on that Immix GC paper. Let me know if you beat me to it.
21:51 NotFound cotto_work: then we don't support anything.
21:51 NotFound There are no PARROT_API decorated functions.
21:51 bacek_at_work dukeleto, http://hackage.haskell.org/trac/ghc/​wiki/Commentary/Rts/Storage/GC/Immix this one?
21:52 cotto_work fbrito: ping
21:52 NotFound I though the purpose of the Deprecation wiki pages was to help. For that goal we need to put changes in things that were actively used in the real world.
21:52 dukeleto bacek_at_work: yes, i think they are talking about the same thing. I want to read the original paper.
21:53 bacek_at_work dukeleto, http://www.cs.utexas.edu/users/speedw​ay/DaCapo/papers/immix-pldi-2008.pdf this one?
21:53 dukeleto bacek_at_work++
21:54 dukeleto bacek_at_work: i would love to hear your thoughts about what our current GC can learn from Immix
21:54 cotto_work NotFound: some of fbrito's changes clearly went in prematurely.  We need to revert some and go through the proper deprecation cycle.
21:54 dukeleto cotto_work: which changes?
21:55 cotto_work whichever broke the Rakudo build
21:55 NotFound cotto_work: I don't think we should revert. Better provide a compatibility layer during the deprecation period.
21:55 cotto_work That's also an option.
21:55 bacek_at_work which changes?
21:55 cotto_work a better one, even
21:56 cotto_work bacek_at_work: some function renaming
21:56 NotFound That's the problem. We need a list of that changes.
21:56 bacek_at_work cotto_work, it's covered by #443
21:57 cotto_work in that case we need notifications
21:57 bacek_at_work best option - provide patches for rakudo.
21:58 NotFound That's what I hate in our policy. We just add a note, and some day we break things without providing a way to be ready.
22:00 lucian joined #parrot
22:00 Kristaba joined #parrot
22:00 NotFound Anyway, fixing the code is good, but we should put a list of that renaming in the Deprecation pages.
22:00 Kristaba Hi everyone.
22:01 dukeleto Kristaba: howdy!
22:02 dalek parrot: 4b895ad | nwellnhof++ | / (2 files):
22:02 dalek parrot: [str] Rewrite Unicode upcase, downcase and titlecase
22:02 dalek parrot:
22:03 dalek parrot: Set correct result strlen. Fix downcase and titlecase to combined chars.
22:03 dalek parrot: review: https://github.com/parrot/parrot/commit/4b895adb89
22:04 dukeleto NotFound: perhaps we need a program that reads PIR/PASM/C and then lists out all the deprecated things that are used, with links to the deprecation pages about them
22:04 dukeleto NotFound: we need a better way for users to know what deprecations are
22:04 NotFound dukeleto: users? *I* need it now.
22:05 dukeleto Perhaps Parrot needs something like Package::DeprecationManager http://search.cpan.org/~drolsky/Package-Deprecati​onManager-0.10/lib/Package/DeprecationManager.pm
22:05 dukeleto that evolved out of Moose deprecations biting people
22:05 dukeleto NotFound: i hear ya. I am in the same boat.
22:05 dukeleto NotFound: i am sure PL/Parrot is getting the rug ripped out from under it since i haven't hacked on it in a few months
22:05 dmalcolm left #parrot
22:06 NotFound What happened to STRING_validate?
22:08 bluescreen joined #parrot
22:09 fbrito cotto_work: pong
22:10 nwellnhof NotFound: use STRING_scan instead
22:10 cotto_work fbrito: some of the functions you renamed broke the Rakudo build.  Could you add deprecation notices for any supported functions that were renamed?
22:11 dalek parrot: f10c1d5 | nwellnhof++ | t/pmc/stringiterator.t:
22:11 dalek parrot: [t] More tests for string iterators and encodings
22:11 dalek parrot: review: https://github.com/parrot/parrot/commit/f10c1d5811
22:11 cotto_work Our support policy is docs/project/support_policy.pod and deprecations are listed on ParrotDeprecations on the wiki
22:11 dngor joined #parrot
22:12 NotFound nwellnhof: What is the current status on that? Do we need to validate after creating a string, or is automatically done?
22:12 cotto_work It'd also be nice to submit a patch for Rakudo.  It shouldn't be any harder than it was to change the function names in the first palce.
22:12 fbrito cotto_work: oh :O. ok, but I am leaving right now and will be back only in a couple of hours
22:12 nwellnhof NotFound: it's done automatically if you use str_new_init
22:12 Hunger left #parrot
22:12 cotto_work no worries
22:12 NotFound nwellnhof: ah, good.
22:12 Kristaba Sorry to ask a question without become acquainted with you better before, but I work on PLA and I have a (probably stupid) problem when I try to run the test.
22:13 Kristaba I have an error message : "Contextual $*FileSystem not found"
22:14 dukeleto fbrito: this will be another task for you
22:14 Kristaba I'm not an usual user of Perl and Parrot, so it's maybe a blunder from me :/
22:14 dukeleto cotto_work: you need to make a task for fbrito to work on that
22:15 dukeleto cotto_work: or you can tell me the gist of it and I can create it
22:15 dukeleto Kristaba: i have run into that error as well
22:15 NotFound Kristaba: I had that problem one time, but don't remember what was the cause.
22:15 dukeleto Kristaba: it means the wrong version of NQP or Kakapo is being used, I think
22:16 NotFound Maybe Kakapo related, yes.
22:16 dukeleto Kristaba: whiteknight is the best person to ask about that, but he isn't here right now. Have you followed the instructions for PLA? It requires a special version of Kakapo
22:17 dukeleto Kristaba: if you send an email to parrot-dev with all your pertinent info (OS version, parrot version, PLA version, etc) and say that you are a GCI student working on a task, I am sure someone will help you
22:17 Kristaba dukeleto: it's strange, because I built the two (Parrot and Kakapo) today :o
22:17 Kristaba Oh.
22:17 dukeleto Kristaba: also, sometimes the wrong version of Parrot is being used. Did you install parrot recently?
22:17 dukeleto Kristaba: did you install the version that you compiled for PLA?
22:18 Kristaba dukeleto: Yes I did
22:18 dukeleto Kristaba: i can give you meta-info, but I've never been able to get the PLA test suite to work for me. I stopped at the problem you are having now :)
22:18 dukeleto Kristaba: which means you are asking very good questions
22:18 dukeleto Kristaba: welcome to the Parrot Community. Don't be afraid to ask any questions, we won't bite :)
22:20 Kristaba dukeleto: thank you, I'll try some others things before try to contact Whiteknight ;)
22:23 dalek Some 'NotFound' person just gave me a 7102 byte commit packet.  They need to be more careful in the future.
22:23 cotto_work dukeleto: the gist is to either create a wrapper around the supported functions whose names changed or submit a fix to any HLLs/libraries that are using them.
22:23 dukeleto Kristaba: i think the version of Kakapo and/or nqp-rx that PLA is using is not right. Telling whiteknight all the version numbers involved will probably tell him what he needs to know
22:24 dukeleto cotto_work: that is pretty vague and open-ended
22:24 dukeleto dalek: you talk now?
22:24 NotFound Nice message.
22:25 NotFound Anyway, careful or not, mappedbytearray is merged into master.
22:26 dukeleto cotto_work: fixing each HLL would be a seperate task
22:26 dukeleto cotto_work: i think you should talk to whiteknight about that stuf
22:29 mikehh NotFound: some codetest failures, working on it
22:30 Kristaba dukeleto: In fact, I was wrong, my Kakapo version is the last build, whereas LPA need the "TBA" version of Kakapo. But what does TBA means?
22:31 dalek parrot: 5f23cc5 | nwellnhof++ | t/ (3 files):
22:31 dalek parrot: [t] More string tests to improve test coverage
22:31 dalek parrot: review: https://github.com/parrot/parrot/commit/5f23cc577e
22:35 cotto_work dukeleto: I'll make sure it doesn't get dropped.
22:35 cotto_work msg cotto Make sure Rakudo et al get fixed after fbrito's changes.
22:35 aloha OK. I'll deliver the message.
22:37 plobsing left #parrot
22:39 NotFound mikehh: my fault, forgot to check some of the last changes.
22:40 dukeleto Kristaba: there should be a kakapo branch or version tag that PLA needs
22:40 dukeleto Kristaba: which directions are you reading?
22:50 jnthn cotto_work: To what degree does core_inclusion.pod include things like nqp-rx?
22:51 jnthn (That is, do the criteria apply to that, or are they more for things that get compiled into Parrot itself?)
22:51 Kristaba dukeleto: It's that I thought but I see no tag or branch that contain "tba"
22:52 cotto_work jnthn: it's relevant to potential future components, not software that's already included.
22:52 jnthn cotto_work: nqp-rx could count as both of those since it's going to end up with dynops/dynpmcs landing at some point.
22:53 dalek parrot: a61f2c4 | NotFound++ | DEPRECATED.pod:
22:53 dalek parrot: set experimental status of MappedByteArray, TT #1877
22:53 dalek parrot: review: https://github.com/parrot/parrot/commit/a61f2c42b8
22:53 jnthn Not sure if that counts as "future componetns" or just an increment of existing software though :)
22:54 dalek parrot: 944a850 | mikehh++ | src/pmc/mappedbytearray.pmc:
22:54 dalek parrot: fix coda to conform to new coda
22:54 dalek parrot: review: https://github.com/parrot/parrot/commit/944a8500c1
22:54 dalek parrot: 6ef4fda | mikehh++ | src/pmc/mappedbytearray.pmc:
22:54 dalek parrot: fix indentation of pre-processor directives to pass codetest
22:54 dalek parrot: review: https://github.com/parrot/parrot/commit/6ef4fda302
22:54 dalek parrot: 1ccf9fc | mikehh++ | docs/project/core_inclusion.pod:
22:54 dalek parrot: fix codetest failure - linelength
22:54 dalek parrot: review: https://github.com/parrot/parrot/commit/1ccf9fc227
22:55 jnthn (Of course, the new bits are actually underlying some much deeper changes.)
22:56 cotto_work jnthn: are these dynops and dynpmcs something I'd know about if I were caught up on 6guts?
22:56 jnthn cotto_work: I've not talked in depth about the Parrot mapping of 6model a great deal.
22:57 jnthn cotto_work: But they're just part of implementing that.
22:57 jnthn cotto_work: Mostly, I'm finding it easier to do the first cut in a smaller/managed environment then port it to Parrot.
22:58 cotto_work .net is a bit more stable right now
22:58 jnthn Aye :)
22:58 jnthn It's a lot more -Ofun to target.
22:58 jnthn Part of that is that I can do what I want in the runtime layer though.
22:58 jnthn Without having any deprecation issues to care about.
22:59 NotFound origin/codestring-deprecation-prep This branch is dead, isn't it?
22:59 fbrito cotto_work: how sould I solve the problem you mentioned? should I submit a patch for Rakudo updating the functions that I renamed or should I create wrappers with depreciation warnings?
23:00 jnthn cotto_work: Anyway, I guess that at some level, when nqp-rx with 6model lands, and if it gets bundled with Parrot, then at some level it has to pay some attention to deprecation policy.
23:00 cotto_work fbrito: I'd add wrapper functions first.
23:00 fbrito ok
23:00 jnthn s:1st/at some level//
23:01 jnthn :)
23:01 NotFound fbrito: our policy is not very good. We have items deprecated for long time without providing a replacement. That means that when is finally deleted or renamed no one can be prepared in advance.
23:01 nwellnhof fbrito: here is the official deprecation howto: http://trac.parrot.org/parrot/wiki/HowToDeprecate
23:01 jnthn Anyway, I need tuits and to stop feeling ill too much of the time so I can actually get more progress in on 6model stuff...
23:02 cotto_work NotFound: agreed.  It's not good to have some functions that might disappear at any time continue existing for more than a couple deprecation cycles.
23:04 NotFound cotto_work: that is just ugly, but not having a working replacement before killing time is not just ugly, is disturbing.
23:05 dalek TT #1877 created by NotFound++: MappedByteArray experimental PMC
23:05 dalek TT #1877: http://trac.parrot.org/parrot/ticket/1877
23:05 cotto_work I wonder how feasible it'd be to get rid of all our deprecations within a set period of time.
23:06 cotto_work at least, all those older than x
23:06 NotFound cotto_work: no way. For example we have a deprecation notice for exception handlers.
23:06 NotFound And no one has even imagined a replacement.
23:07 NotFound Personally, I don't want to provide one, if that means opening the door for killing all existing code in one release.
23:09 dukeleto Kristaba: tba means "To Be Announced"
23:09 NotFound I'll suggest to delete all eligibility notes for items that don't have yet a suggested replacement.
23:09 dukeleto Kristaba: those docs are old. is that in the README ?
23:09 hercynium left #parrot
23:14 Kristaba dukeleto: Oh, yes of course, my english is so bad!
23:16 Kristaba dukeleto: The README says nothing about the Kakapo version, only the RELEASES file refers to this
23:21 dalek TT #557 closed by nwellnhof++: ucs2_decode_and_advance conditionally defined on ICU
23:21 dalek TT #557: http://trac.parrot.org/parrot/ticket/557
23:22 tcurtis left #parrot
23:23 dalek parrot: 8efa315 | dukeleto++ | docs/project/git_workflow.pod:
23:23 dalek parrot: [docs] Add docs for merging Github pull requests
23:23 dalek parrot: review: https://github.com/parrot/parrot/commit/8efa3150d9
23:23 dukeleto cotto_work: ^^^
23:29 nwellnhof left #parrot
23:30 cotto_work dukeleto: thanks
23:37 dalek TT #934 closed by nwellnhof++: PGE build leads to assertion failure on MacOS X?
23:37 dalek TT #934: http://trac.parrot.org/parrot/ticket/934
23:42 nwellnhof joined #parrot
23:46 tcurtis joined #parrot
23:49 whiteknight joined #parrot
23:51 Hunger joined #parrot
23:54 dalek TT #904 closed by nwellnhof++: PGE trigger a "Segmentation fault" on ppc
23:54 dalek TT #904: http://trac.parrot.org/parrot/ticket/904
23:54 plobsing joined #parrot
23:58 TiMBuS_ is now known as TiMBuS
23:59 fperrad left #parrot

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

Parrot | source cross referenced