Camelia, the Perl 6 bug

IRC log for #parrot, 2012-05-07

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:02 benabik Huh.  length(repeat(orig, 2)) != length(orig) * 2
00:12 lucian joined #parrot
00:12 dalek parrot: 6e617d2 | Whiteknight++ | / (2 files):
00:12 dalek parrot: PackFile_pack_size should return size_t instead of opcode_t. This fixes #755. alester++ for finding this.
00:12 dalek parrot: review: https://github.com/parrot/parrot/commit/6e617d28ef
00:12 benabik Oh.  Because the file is different lengths for those operations.  D'oh
00:14 dalek parrot: 1ed6d65 | Whiteknight++ | frontend/pbc_merge/main.c:
00:14 dalek parrot: Add pointer modifiers to show which pointers are modified
00:14 dalek parrot: review: https://github.com/parrot/parrot/commit/1ed6d655f1
00:14 aloha (parrot/parrot) Issues closed : 755 (PackFile_pack_size returns the wrong type) by petdance : https://github.com/parrot/parrot/issues/755
00:24 dalek parrot: c193535 | benabik++ | t/dynpmc/gziphandle.t:
00:24 dalek parrot: Clean up t/dynpmc/gziphandle.t stream tests
00:24 dalek parrot:
00:24 dalek parrot: * The two throws_substring tests had nothing to do with the rest of
00:24 dalek parrot:   the tests in that function.  Split them out into another function.
00:24 dalek parrot:
00:24 dalek parrot: * Make some test messages clearer.
00:24 dalek parrot:
00:24 dalek parrot: * Include comments for non-test portions.
00:24 dalek parrot:
00:24 dalek parrot: * Use variable names so new developers don't have to remember what
00:24 dalek parrot:   registers are for.
00:24 dalek parrot:
00:24 dalek parrot: * Fudge by 1 byte for problematic zlib version on OS X
00:24 dalek parrot: review: https://github.com/parrot/parrot/commit/c193535616
00:29 dalek parrot: b90faed | Whiteknight++ | api.yaml:
00:29 dalek parrot: Add in a note about introspection methods for Key PMC in #717.
00:29 dalek parrot: review: https://github.com/parrot/parrot/commit/b90faedaa5
00:34 aloha (parrot/parrot) Issues closed : 717 (Need a way to make register-ref Keys from PIR) by Whiteknight : https://github.com/parrot/parrot/issues/717
00:39 aloha (parrot/parrot) Issues closed : 189 (Build failure in alarm.c on Win32) by jnthn : https://github.com/parrot/parrot/issues/189
00:57 dalek parrot: 55721f4 | Whiteknight++ | frontend/parrot_debugger/main.c:
00:57 dalek parrot: Let's just call a spade a spade. parrot_debugger does not take any flags or commandline options, so test for them and fail if they are found. Also, the PIR compilation pathway does not work and it isn't worth the effort to fix it, so delete it. This fixes #540. The 'real' solution is to delete this file entirely and write a new debugger.
00:57 dalek parrot: review: https://github.com/parrot/parrot/commit/55721f44b0
01:00 aloha (parrot/parrot) Issues closed : 540 (parrot_debugger --help coredumps) by leto : https://github.com/parrot/parrot/issues/540
01:06 * kid51 is glad that c193535 did not break that test file on Mac OS X 10.4
01:35 dalek parrot: f2b3047 | Whiteknight++ | src/pmc/lexpad.pmc:
01:35 dalek parrot: Fix LexPad.get_iter to return an iterator of name->value paurs in the LexPad.
01:35 dalek parrot:
01:35 dalek parrot: Previously this was redirecting to LexInfo.get_iter, which is a name->register_index hash. Creating the new, correct, iterator requires the creation of two temporary PMCs which is not performance-friendly. This is the best we can do with the current implementation of LexInfo/LexPad. This commit fixes #575.
01:35 dalek parrot: review: https://github.com/parrot/parrot/commit/f2b30472c6
01:35 dalek parrot: 34e5ad5 | Whiteknight++ | t/pmc/lexpad.t:
01:35 dalek parrot: Add in a test for the new LexPad.get_iter implementation.
01:35 dalek parrot:
01:35 dalek parrot: This test code is a modified version of the test code provided by pmichaud in #575.
01:35 dalek parrot: review: https://github.com/parrot/parrot/commit/34e5ad5263
01:35 whiteknight back below 500 open tickets
01:39 benabik kid51: I was writing it on OS X, with help from Coke who sees the gziphandle failures.  I would have been very surprised it had broken OS X.
01:40 aloha (parrot/parrot) Issues closed : 575 (Bug in HashIteratorKey .value method when used with LexPad PMC) by pmichaud : https://github.com/parrot/parrot/issues/575
01:51 Coke benabik++
01:54 whiteknight benabik: you're on OSX? As a quick question, can you tell me what config["osname"] is there?
01:55 benabik whiteknight: How do I get the config?
01:55 whiteknight ./parrot_config osname
01:55 benabik oh
01:55 benabik d'oh
01:56 benabik darwin
01:56 whiteknight okay, thanks
01:56 whiteknight I'm heading to bed now. Talk to you later
01:56 benabik 'ngith
01:59 kid51 I wonder if it would be worthwhile to provide 'parrot-config' as an alias/symlink to 'parrot_config'
01:59 kid51 I first typed the hyphen rather than the underscore
02:40 benabik I seem to be having problems talking to parrot-users.  Could someone else explain pir:: opcodes and Q:PIR to Zach S?
03:05 crab2313 joined #parrot
04:32 ingy joined #parrot
04:52 dalek parrot: 830e791 | petdance++ | / (2 files):
04:52 dalek parrot: consting an arg and re-headerizing
04:52 dalek parrot: review: https://github.com/parrot/parrot/commit/830e79136b
04:52 dalek parrot: 094b1d5 | petdance++ | frontend/pbc_merge/main.c:
04:52 dalek parrot: reheaderized, and removed an unused memory allocation
04:52 dalek parrot: review: https://github.com/parrot/parrot/commit/094b1d561d
04:52 dalek parrot: f6ed02d | petdance++ | frontend/pbc_merge/main.c:
04:52 dalek parrot: remove unused var, and localize some loop variables
04:52 dalek parrot: review: https://github.com/parrot/parrot/commit/f6ed02d561
05:03 ttbot Parrot f6ed02d5 i386-freebsd-64int make error http://tt.taptinder.org/cmdinfo/82996
05:10 travis-ci joined #parrot
05:10 travis-ci [travis-ci] parrot/parrot#312 (master - f6ed02d : Andy Lester): The build was broken.
05:10 travis-ci [travis-ci] Change view : https://github.com/parrot/par​rot/compare/34e5ad5...f6ed02d
05:10 travis-ci [travis-ci] Build details : http://travis-ci.org/parrot/parrot/builds/1262798
05:10 travis-ci left #parrot
06:40 alvis joined #parrot
06:52 fperrad joined #parrot
08:55 dalek rakudo/use-arglist: 6145974 | moritz++ | src/ (2 files):
08:55 dalek rakudo/use-arglist: allow importing of tags
08:55 dalek rakudo/use-arglist:
08:55 dalek rakudo/use-arglist: the default is not imported when an explicit tag is provided
08:55 dalek rakudo/use-arglist: review: https://github.com/rakudo/rakudo/commit/6145974238
09:19 dalek rakudo/use-arglist: 3c393c6 | moritz++ | src/Perl6/ (2 files):
09:19 dalek rakudo/use-arglist: refactor compile time evaluation into a World method
09:19 dalek rakudo/use-arglist: review: https://github.com/rakudo/rakudo/commit/3c393c6aa7
09:19 dalek rakudo/use-arglist: 5b60299 | moritz++ | src/Perl6/Grammar.pm:
09:19 dalek rakudo/use-arglist: fix import + arglist
09:19 dalek rakudo/use-arglist: review: https://github.com/rakudo/rakudo/commit/5b60299c37
10:02 brambles joined #parrot
10:20 crab2313 joined #parrot
10:27 rurban I cannot understand what's going on with #766 perl6 -e''my @a=splice([], 1);' -=-=target=pir gives me push, but no splice. The error happens in splice though
10:27 rurban perl6 -e'my @a=splice([], 1);' --target=pir
10:28 lucian joined #parrot
10:28 moritz there's a splice call in there
10:29 moritz $ ./perl6 -e'my @a=splice([], 1);' --target=pir |ack splice $P105 = "&splice"($P103, $P104)
10:29 rurban that's a call? ok, thanks. I'll try do add that as parrot testcase
10:31 moritz the actual call to parrot's splice opcode happens in src/core/List.pm line 237
10:37 rurban nope, I'm giving up on this
10:44 JimmyZ joined #parrot
10:53 kid51 joined #parrot
10:54 nopaste "kid51" at 70.85.31.226 pasted "Parrot build is broken" (5 lines) at http://nopaste.snit.ch/138655
11:02 kid51 commit 830e79136b3ceb2f3c07efc1bc864a4871656e33 appears to be the culprit
11:16 JimmyZ cotto: ping
11:22 JimmyZ msg cotto I added  comments to https://gist.github.com/2581153#comments
11:22 aloha OK. I'll deliver the message.
11:40 dalek parrot: 3ccd61d | jkeenan++ | / (2 files):
11:40 dalek parrot: Revert 830e7913; it broke the build.
11:40 dalek parrot:
11:41 dalek parrot: Developers:  Please don't commit to master if you haven't run 'make test'.
11:41 dalek parrot: review: https://github.com/parrot/parrot/commit/3ccd61d01e
12:06 mtk joined #parrot
12:14 crab23131 joined #parrot
12:23 crab2313 joined #parrot
12:50 PacoAir joined #parrot
12:56 * Coke wonders if kid51 is using "git revert" or somehow manually reverting those patches.
12:57 JimmyZ or git --amend ?
13:04 bluescreen joined #parrot
13:04 PacoAir_ joined #parrot
13:14 bluescreen joined #parrot
13:24 bluescreen_ joined #parrot
13:25 bluescreen joined #parrot
13:28 crab2313 joined #parrot
14:21 jashwanth joined #parrot
14:22 jashwanth dukeleto:hello
14:31 Justin joined #parrot
14:33 Justin good morning everyone. I have returned!
14:51 dmalcolm joined #parrot
14:55 zby_home joined #parrot
15:04 JimmyZ Justin: welcome back!
15:21 jashwanth joined #parrot
15:39 whiteknight joined #parrot
15:40 whiteknight good morning, #parrot
15:46 cotto ~~
15:49 whiteknight hello cotto
15:49 cotto 'morning, whiteknight
15:49 Psyche^ joined #parrot
15:53 Justin morning whiteknight and cotto
15:56 whiteknight hello Justin
16:05 whiteknight http://www.infoq.com/news/2012/05/vs_c99_support
16:05 whiteknight Another depressing reminder that Microsoft refuses to support a modern C standard
16:20 dukeleto ~~
16:23 benabik ~~
17:04 PacoAir joined #parrot
17:05 NotFound ~~
17:05 NotFound whiteknight: ping
17:26 nine Which Windows versions does Parrot support?
17:30 benabik To my knowledge, most of them.
17:32 Coke benabik: that is overly generous.
17:33 Coke I am pretty sure it works on win 7 and win xp.
17:33 benabik Coke: Probably true.
17:33 benabik I've personally used it on both of those.  Pre-XP may be a little too old.  I would personally assume if you can get a recent version of Strawberry Perl on it, Parrot will work.
17:34 lucian joined #parrot
17:39 cotto If you're pre-xp, you've got other problems.
17:50 nine Let me rephrase: do we want to continue to support XP?
17:51 benabik nine: Need something from Vista/7 for threading?
17:52 NotFound Now that you talk about windows... Do we want to continue to support Visual C++ own C version?
17:53 NotFound Given the recent posts about it, I'd say "If you want to use Visual C++, honor its name and compile as C++"
17:54 NotFound And let the rest of the world use a dialect of C that makes some sense in the current millenium.
17:54 nine +1 on that
17:55 nine benabik: Vista onwards support condition variables with exactly the same semantics as pthreads. That'd be quite nice.
17:56 Coke main rakudo dev is using win 7
17:56 benabik I'm torn.  On one hand, MS itself has finally dropped support for XP.  OTOH, it's nice to support as much as we can.
17:56 Coke 7 and up is fine with me.
17:56 contingencyplan joined #parrot
17:56 tadzik worth noting: main dev, and the only dev that works on windows, afaik
17:57 benabik nine: Is it simple to continue to support non-threading on XP?
17:59 nine benabik: well we already have some implementation of pthread_cond_timed_wait for Windows but IIRC whiteknight mentioned some problems, so I'm not sure it works as it should.
18:00 nine benabik: from what I read it should be possible to emulate it well enough. Just thought that if we don't care for XP anyway, I'd just switch to the guaranteed to work stuff.
18:00 benabik Mm.  Personally, I'd vote for "support as much as we can without effort" on XP.  No reason to bend over backwards for an EOL OS.
18:00 whiteknight NotFound: pong
18:02 NotFound whiteknight: What's the use case for that command-line include?
18:05 whiteknight NotFound: I'm thinking about ways to include things like files with const and inlines in an existing file for compilation
18:05 whiteknight or, to take multiple .winxed files and compile them together into a single output.pir, with separate annotations
18:07 NotFound That last one shouldn't be the job of pbc_merge?
18:07 Maddingue joined #parrot
18:07 whiteknight yes, but you can't compile and merge a file with all inline and const definitions
18:10 alester joined #parrot
18:12 NotFound whiteknight: I think there is too much potential for confusion, and you can always copy to other file adding the include, or meta-program.
18:17 whiteknight yeah, okay. I just worry about messing up annotations
18:18 whiteknight they're only valuable if they point back to the original source, not some generated meta-program
18:20 NotFound whiteknight: yeah, but if they points that an original source that is not exactly the same you compiled, you can be fooled.
18:20 NotFound Point to an
18:21 whiteknight Okay, so the best thing is just to use $include everywhere explicitly?
18:21 NotFound I think so. For a now at least.
18:22 whiteknight I'm thinking about a way to specify a "standard library" of builtins, that's pluggable so we aren't only using the builtins provided by winxed compiler itself
18:22 whiteknight that might be too ambitious
18:26 NotFound whiteknight: parrot identifies pbcs by name, so adding ways to compile different variants of the same file wich potentially can load lib files that load other variant can give us a debugging nightmare.
18:27 whiteknight true
18:27 NotFound For a now, if you want to plug a lib of bultins, you can just include it.
18:28 whiteknight yeah, okay
18:28 whiteknight thanks
18:51 crab2313 left #parrot
19:17 whiteknight http://devopsangle.com/2012/05/07/dell-annou​nces-a-linux-laptop-designed-for-developers/
19:18 dukeleto oooh shiny
19:19 benabik Is it just me or is "devops" the buzzword for "sharing those scripts every sysadmin was using anyway"?
19:19 dukeleto benabik: not really, it goes deeper than that
19:19 dukeleto benabik: there is a whole new world of automation with Chef, Puppet and their competitors
19:20 benabik Well, once you share code, you get tools.
19:20 dukeleto benabik: portland even has a devops group: https://groups.google.com/group/pdxdevops?pli=1 (because Puppet is here)
19:20 dukeleto benabik: i agree with you that "devops" is very buzzwordy and way too much marketing is going on about it now
19:21 dukeleto benabik: but it also is a new "niche", where you have to understand how the code works as well as how to deploy that code to the cloud or where-ever and how to keep the deployments happy and healthy
19:22 benabik Ah, yes.  EC2 is much more useful if you know how to build an image that sets itself up without assistance.
19:22 dukeleto benabik: devops is sometimes called "Site Reliability Engineer" or SRE, a term started by Google
19:22 dukeleto but now lots of other places use the term "SRE"
19:22 tadzik hehe, SRE
19:23 dukeleto they are the people who push to production and deal with the consequences
19:23 tadzik SRE sounds a bit funny in Polish
19:23 dukeleto tadzik: did I miss a joke? Do tell!
19:23 tadzik well, "sra" is "(he) defecates" in a not really polite way
19:23 NotFound So "configuration as code" is the next big thing? Funny that my simple text editor did that the past millenium.
19:23 benabik Ars had a fascinating article about Facebook's release engineering.
19:24 benabik dukeleto: thank you for being informative, but I must run.
19:24 benabik Or, as I should have spelled that:  dukeleto++
19:24 benabik class &
19:30 dukeleto tadzik: good to know :)
19:30 dukeleto NotFound: configuration as code seems trivial to us parrot devs, but many huge organizations are still living in COBOL-land. Configuration-as-code is like flying cars to them :)
19:33 NotFound dukeleto: also if "stored and managed in a git repo" means "being code" to them, we live in different universes.
19:35 lucian joined #parrot
19:36 NotFound whiteknight: issue 26 was already fixed, 2bd58f9c0914f4a35bfd6832278ea3f0fc8b37aa
19:36 GodFather joined #parrot
19:38 NotFound Note that the "THIS IS A GENERATED FILE" comment in the header was added because of parrot codingstd. If we want a mention of the sources everywhere we should add a codingstd test for it.
19:42 NotFound Every time I use a tablet or a smartphone near the desktop I miss a remote clipboard feature.
19:43 NotFound In fact, I'm thinking about writing it.
19:56 dalek winxed: ad68234 | NotFound++ | NEWS:
19:56 dalek winxed: some more news
19:56 dalek winxed: review: https://github.com/NotFoun​d/winxed/commit/ad682348bd
20:50 dalek rakudo/use-arglist: 6fa9034 | jnthn++ | src/ (3 files):
20:50 dalek rakudo/use-arglist: Refactor handling of traits taking named arguments. The argument is now passed along with the name. Updated various of the built-in traits along with this.
20:50 dalek rakudo/use-arglist: review: https://github.com/rakudo/rakudo/commit/6fa90347db
20:50 dalek rakudo/use-arglist: f9a94d8 | jnthn++ | src/core/traits.pm:
20:50 dalek rakudo/use-arglist: Handle export tags.
20:50 dalek rakudo/use-arglist: review: https://github.com/rakudo/rakudo/commit/f9a94d8d09
22:20 kid51 joined #parrot
22:26 whiteknight joined #parrot
22:27 whiteknight good evening, #parrot
22:31 kid51 yo
22:36 whiteknight hello kid51
22:37 whiteknight what's crack-a-lackin'?
22:40 dukeleto kid51: hey there
22:41 dalek parrot: 95a7413 | Whiteknight++ | frontend/p (2 files):
22:41 dalek parrot: pbc_disassemble, with no arguments, should print the help message. This fixes #505
22:41 dalek parrot: review: https://github.com/parrot/parrot/commit/95a74135d1
22:44 kid51 msg Coke I was rushing out the door to $job, so that patch was just applied with patch -R, not git revert
22:44 aloha OK. I'll deliver the message.
22:45 aloha (parrot/parrot) Issues closed : 505 (pbc_disassemble with no arguments is not useful) by leto : https://github.com/parrot/parrot/issues/505
22:51 dalek parrot: 17287fe | Whiteknight++ | / (15 files):
22:51 dalek parrot: Remove all uses of the unused, undocumented, meaningless :base_core modifier from ops. This fixes #275
22:51 dalek parrot: review: https://github.com/parrot/parrot/commit/17287fec9f
22:54 kid51 OT: Is anyone on channel using a Macbook Pro with OS X 10.7 (Lion)?
22:55 aloha (parrot/parrot) Issues closed : 275 (Remove :base_core modifier from *.ops files) by soh-cah-toa : https://github.com/parrot/parrot/issues/275
23:01 travis-ci joined #parrot
23:01 travis-ci [travis-ci] parrot/parrot#314 (master - 95a7413 : Whiteknight): The build was fixed.
23:01 travis-ci [travis-ci] Change view : https://github.com/parrot/par​rot/compare/3ccd61d...95a7413
23:01 travis-ci [travis-ci] Build details : http://travis-ci.org/parrot/parrot/builds/1271247
23:01 travis-ci left #parrot
23:18 whiteknight t/src/extend_vtable.t takes forever, comparatively
23:18 kid51_at_dinner yup
23:19 whiteknight I wonder if that should really be in coretest
23:20 whiteknight or if we can move it further up in the sequence so we can parallelize it better
23:20 dalek parrot/whiteknight/gh_675: 4fd7560 | Whiteknight++ | / (4 files):
23:20 dalek parrot/whiteknight/gh_675: Remove vtable can from most places where it's used. Fix a test in namespace.t which is (perhaps unintelligently) using hard-coded vtable indices
23:20 dalek parrot/whiteknight/gh_675: review: https://github.com/parrot/parrot/commit/4fd7560ee6
23:20 dalek parrot/whiteknight/gh_675: 34b729c | Whiteknight++ | / (3 files):
23:21 dalek parrot/whiteknight/gh_675: Remove two VTABLE can implementations, and fix a test in extend_vtable.t
23:21 dalek parrot/whiteknight/gh_675: review: https://github.com/parrot/parrot/commit/34b729c032

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

Parrot | source cross referenced