Camelia, the Perl 6 bug

IRC log for #parrot, 2009-11-16

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:01 dalek parrot-linear-algebra: a4567f9 | Whiteknight++ | src/pmc/complexmatrix2d.pmc:
00:01 dalek parrot-linear-algebra: fix set_pmc_keyed to work with Floats and Complex
00:01 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/a4567f97b07b0156a21f77f9604860ffe8a6c433
00:05 chromatic joined #parrot
00:07 dalek parrot-linear-algebra: 56c374d | Whiteknight++ | src/pmc/complexmatrix2d.pmc:
00:07 dalek parrot-linear-algebra: add support for Integer on ComplexMatrix2D set_pmc_keyed
00:07 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/56c374d78db606a05f80f8b8e8c43eade9358fd2
00:09 NotFound joined #parrot
00:09 NotFound hi
00:14 Essobi joined #parrot
00:37 dalek parrot-linear-algebra: ec61009 | Whiteknight++ | src/pmc/ (2 files):
00:37 dalek parrot-linear-algebra: fix complex matrix indexing
00:37 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/ec6100951d320f54cacc6b59da0bc7481d4ec093
00:43 dalek parrot-linear-algebra: 664950e | Whiteknight++ | src/pmc/complexmatrix2d.pmc:
00:43 dalek parrot-linear-algebra: remove diagnostics message
00:43 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/664950e6f5d670cb9ada940dd535d786fc453226
00:43 cconstantine hi
00:48 abqar joined #parrot
01:02 nopaste "GeJ" at 202.171.79.135 pasted "[PATCH] fix probable typo in t/op/time.t" (13 lines) at http://nopaste.snit.ch/18709
01:03 GeJ And Good morning everyone.
01:07 cconstantine dumb question: how do I get the svn checkout address for https://trac.parrot.org/lan​guages/browser/scheme/trunk ?
01:18 cconstantine nm, it appears that there isn't a lisp implementation on parrot that supports macros?
01:54 kid51 joined #parrot
01:59 kid51 cconstantine:  https://svn.parrot.org/languages/scheme/trunk
02:00 cconstantine thanks
02:17 dukeleto 'ello
02:17 dukeleto cconstantine: you can also do "svn info" in an svn scheckout to find that out
02:18 * dukeleto made some good progress on PL/Parrot today. it passes some tests!
02:18 cconstantine dukeleto: all I had was that url, I didn't have it checked out
02:18 Austin joined #parrot
02:18 dukeleto cconstantine: yes, i know. i am saying for future reference, when you have 50 checkouts and you want to know where one came from
02:19 cconstantine dukeleto: ah, yes. I'm aware of that command :)
02:23 cconstantine is there anyway to build a PAST without using globals?
02:23 cconstantine and compile/run it
02:23 japhb "without using globals"?
02:26 cconstantine the standard parser generater uses globals for blocks, and as best I can tell the 'make' in the actions modifies a global
02:27 Austin CConstantine: The 'make' builtin is a convenience function only. You don't have to use it in order to generate a past tree.
02:27 Austin japhb: Standard library?
02:27 purl Standard library is, like, one of the decent part of Python actually. It's the plethora of useless and relatively sparse addons that pisses me off
02:27 japhb Austin, huhwhat?
02:27 cconstantine Austin: what does it do?
02:28 Austin It links the past node with the grammar node (parse tree).
02:28 Austin You can do the same thing with :node()
02:28 cconstantine it only takes one argument... how does it connect two things?
02:28 Austin Japhb: The wiki says to ask you about the parrot standard library.
02:29 japhb It does?
02:29 purl if you say so...
02:29 japhb link?
02:29 purl or "Link is ... like ... this pointy eared goblin that walks around in midi-music land with a letter opener attacking circles and things and wooing princesses but not bannon, you know?" or preaction is Error.
02:29 Austin left #parrot
02:29 japhb OMFG I'm going to go all DOOM on purl one of these days
02:29 Austin joined #parrot
02:29 Austin # working on Parrot standard library (talk to japhb)
02:30 japhb Right, but what's the url of the page containing that?
02:30 cconstantine ok, so if I were to build a PAST manually...  how would I compile it?  run it through the HLLCompiler's 'POST' and 'PIR' methods?
02:30 Austin https://trac.parrot.org/parrot
02:30 Austin Cconstantine: yes, exactly.
02:30 japhb I'll be darned.
02:31 cconstantine Austin: ok, I think the whole parser/generater that comes with parrot isn't exactly what I need.
02:32 japhb Well, it's kinda silly to ask me, since I don't appear to have much influence on it, other than needing what Plumage needs.  I was once tasked with figuring out what our base set should be, but not long after that, our library goal changed.
02:32 Austin Cconstantine: To answer an earlier question of yours, the action rules where it is okay to use 'make' are methods of a grammar object. That grammar object is a mechanically-generated subclass of a type called 'Match' or something like that.
02:32 japhb So I could probably beg for an addition, but that's about all the influence I have.
02:33 Austin The 'match' object knows about substrings (matches) of the input text. The 'make' builtin is essentially calling Match.!make($past_node), so it links the input file with the generated PAST.
02:33 cconstantine Austin: ah, I think I remember something about 'match' objects from before...
02:33 * japhb removes himself from the page
02:33 Austin japhb: :) I was going to suggest that Kakapo is intended to do some of that.
02:34 Austin cconstantine: Anyway, the relationship is kind of backwards, since the past nodes include match text, which links to past nodes, which include...
02:34 cconstantine Austin: yeah
02:35 Austin But the "model" of P6 grammars is that you always start from the source text, so that's how it is built.
02:35 Austin Anyway, they're not globals, except in the sense that the whole parser is a global object.
02:35 Austin Lots of *other* stuff in there is global, though.
02:36 cconstantine I'm trying a lisp model... so I need to be able to go from text->lists or code->lists and from lists-> AST
02:36 Austin Hmm.
02:36 Austin Are you sure you don't have that backwards?
02:36 cconstantine quite possibly, howso?
02:36 Austin Are both lists and AST relevant at the same time?
02:37 Austin (In my poor understanding, lists are the internal representation, so why would you go from list -> something else?)
02:37 cconstantine when a macro executes it'll return a list (as in a linked list of cons cells)
02:38 dalek tracwiki: v119 | japhb++ | WikiStart
02:38 dalek tracwiki: I'm not in charge of the standard library
02:38 dalek tracwiki: https://trac.parrot.org/parrot/wiki/W​ikiStart?version=119&action=diff
02:38 Austin Right?
02:38 purl ...
02:38 cconstantine I like the idea of just converting a tree of cons cells to a PAST (should be pretty easy), and let parrot compile the PAST
02:38 Austin Oh.
02:38 Austin Okay.
02:39 Austin There's no reason not to do that.
02:39 cconstantine I could be way off, but I don't see any other way of doing macros that execute at compile-time
02:39 cconstantine Austin: are you familiar with lisp?
02:40 Austin Not "implement an interpreter" familiar, but I did some emacs hacking a millenium or so ago.
02:42 cconstantine hehe, I'm afraid I'm not either... but I've done some minor hacking with CL and clojure
02:42 cconstantine the macro system lets you define functions that execute at compile time.
02:43 Austin Okay. Sounds a lot like perl.
02:44 cconstantine calling a macro looks exactly like calling a function, but the function executes at compile-time, the arguments are not evaluatable (they are just uncompiled code represented as lists), and the result of the macro is put in place of macro
02:47 cconstantine am I making sense?
02:48 Austin Yes.
02:49 Austin So a macro definition essentially translates into a call to "eval(...)"
02:49 cconstantine kinda yeah
02:50 cconstantine but the key part is that the result of the macro execution (the return value) is placed back into the AST
02:50 Austin So you need to do "recursive compilation" yes
02:50 Austin ?
02:50 cconstantine yes
02:50 cconstantine and macros can't be expected to return PAST nodes
02:50 Austin I'm doing that in Close (for #include processing) and it works fine.
02:51 Austin Yeah.
02:51 Austin You need to go further than me.
02:51 cconstantine Close?
02:51 purl Close is close file (or pipe or socket) handle or bad on sockets, use shutdown() instead or horseshoes or grenades or nuclear weapons or http://code.google.com/p/close/
02:51 Austin I just want the PAST nodes, and I'm done.
02:51 Austin It's a C-like language for Parrot.
02:51 Austin (And no, it doesn't run right now. I'm wasting time on Kakapo when I should be doing compiler work. :(
02:52 cconstantine hehe
02:53 cconstantine right, these aren't C-style macros, this is arbitrary code
02:54 cconstantine lisp syntax is so simple I should be ok without the parrot provided parser-generater as long as I can generate my own PAST and compile/run it as needed
02:54 Austin Oh yeah, no problem there.
02:55 Austin I routinely do that when I'm trying to demonstrate some problem of another.
02:55 cconstantine and I'd like to still make use of HLLCompiler
02:56 Austin I just start fabricating PAST::Nodes and tie them together. Eventually, in that scenario, I replace everything my parser has done with the "faketree()" output and do one final "make $past" in my TOP target so the compiler will accept it.
02:56 cconstantine So, I guess I need to back-up, look at what I need to do to manual parse lisp code, and walk through the various stages
02:57 cconstantine I would really like to avoid 'make' calls like that
02:57 Austin :)
02:58 cconstantine 'magic' like globals, implicit arguments, and invisible arguments bother me
02:58 Austin Yeah, but this isn't any of those.
02:58 Austin It's just 'self'
02:58 cconstantine I guess I don't understand what it does then
02:59 Austin My Close grammar has a line like "grammar close::Compiler;" in it.
03:00 Austin Then it has "rule TOP { ... }"
03:00 Austin Well, if you replace "grammar" with "class", and replace "rule" with "method", what do you get?
03:01 cconstantine downloading
03:01 purl i think downloading is easy.
03:01 Austin The various grammar rules are methods for this generated class that does parsing. And 'make' is an inherited method from the base class 'Match'.
03:01 Austin So your "grammar lisp;" becomes "class lisp"
03:02 Austin and your "rule s_expression" becomes "method s_expression"
03:02 Austin And in the middle of "method s_expression" you are calling "make", which is just an implicit call to "self.make(...)"
03:02 cconstantine ok
03:03 cconstantine so self.make(...) adds '...' to?
03:03 cconstantine everytime there is a call to make it seems like the Node is done
03:03 Austin So "make" is a little bit of syntactic sugar that Pmichaud put in, but it's just a method call.
03:04 Austin Make takes the current match object (the "parse tree" node) and adds a link to whatever PAST node you give it.
03:04 cconstantine how does it know what the parse node is?
03:05 Austin So calling "make" is like saying "self.current_parse_tree_n​ode.set_past_node($past)"
03:05 cconstantine 'this'?
03:05 purl 'this' is the current object, usually
03:05 cconstantine wierd
03:05 Austin Remember, the parser is a tree-builder object.
03:06 Austin Actually, two objects.
03:06 Austin (Grammar + Actions)
03:06 cconstantine right
03:07 diakopter (aside) ah. in jsmeta the equivalent is this.result = $past
03:07 Austin So Grammar.s_exp calls methods like "match(L_PAREN)" and self.s_exp()  (recursive s_exps, right?)
03:07 Austin And Grammar.s_exp eventually calls Actions.s_exp when you put a {*} in the grammar.
03:07 cconstantine http://github.com/cconstantin​e/Reason/tree/master/src/pct/
03:08 cconstantine so, TOP is a sequence of statements, a statement is a '(' TERM ')'
03:08 cconstantine and so on
03:08 Austin okay
03:09 Austin So Reason::Grammar::statement
03:09 Austin calls (inherited method) self.match( '(' )
03:09 Austin then calls local method self.TERM()
03:10 Austin then calls inherited method self.match( ')' )
03:10 cconstantine ok
03:10 Austin Somewhere down the line we get to your "token integer"
03:10 Austin TERM -> value -> integer, I'd guess.
03:10 cconstantine right
03:11 Austin So Reason::Grammar::integer calls \d+ (however that gets coded), and then sees {*}
03:12 Austin So Reason::Grammar::integer calls Reason::Grammar%C7::Actions::integer
03:12 Austin So Reason::Grammar::integer calls Reason::Grammar 7::Actions ::integer
03:12 cconstantine that results in an IntegerNode
03:12 Austin (love the color)
03:12 cconstantine ?
03:12 Austin And Reason::Grammar::Actions::integer is NQP code, not P6Grammar code.
03:13 Austin So Actions::integer calls PAST::Val.new to construct a new past node.
03:13 Austin Then it calls 'make'
03:13 Austin Secretly, and here you can hate on the implicit parameters
03:13 cconstantine that adds the PAST::Val to Actions::integer
03:14 Austin Reason::Grammar::integer passed a Match object (the current parse tree node) over to Reason::Grammar::Actions::integer.
03:14 Austin It was $/
03:15 Austin So Reason::Grammar::Actions::integer calls 7 make( $past )
03:15 Austin and 'make' secretly does 7 $/.ast( $past );
03:15 Austin settings the .ast attribute of the current match node.
03:16 cconstantine so, the cons that uses the term can pull it out from $/.ast()
03:16 Austin And then Reason::Grammar::Actions::integer returns to Reason::Grammar::integer, which does whatever finishing-up and then returns to value, which returns to TERM, etc.
03:16 cconstantine wow
03:17 cconstantine ok, so much more than I would put in a parser.. but I've never built a parser so....
03:17 Austin :)
03:17 Austin Yeah, it's expensive as hell
03:17 cconstantine so, if I 'knew' some functions were to be called at compile-time
03:17 Austin Frankly, the guys doing ANTLR (a Java based recursive-descent parser generator) have spent a long time trying to improve the performance of their parser.
03:18 Austin I'm not sure that P6's approach will ever be the super-performant thing that P5 was.
03:18 cconstantine I could generate the 'call' PAST and execute it in the action, 'make $result'
03:18 Austin I'm not sure, because the semantics might change, right?
03:18 cconstantine well, if the result was a value that'ld be fine
03:19 Austin I mean, if you have one macro nested inside another, you can't really do much in advance, can you?
03:19 cconstantine but the result could be something like (let (x-123 (some-func)) (if x 1 0)))
03:20 cconstantine you do the nested macro first
03:20 Austin Right.
03:20 cconstantine and that result wouldn't be a string, it'd be a data-structure
03:20 Austin But what I'm thinking is that you've really just got a set of function calls.
03:20 Austin And some of the functions are "meta"
03:20 cconstantine that structure needs to be converted into the equivalant PAST
03:20 cconstantine meta?
03:20 purl somebody said meta was so large it's seriously polluting searches or at http://search.cpan.org/~veltzer/ or metabot, an IRC frontend to Acme::MetaSyntactic
03:20 Austin Yeah.
03:21 Austin Say I have a function 'foo' and it returns 1.
03:21 Austin That's pretty straightforward.
03:21 cconstantine right
03:21 Austin But a macro is really a function that calls eval.
03:21 Austin Or something.
03:21 cconstantine not exactly
03:22 Austin Okay.
03:22 cconstantine a macro is a function that's called during compilation
03:22 Austin (Whatever "compilation" means. :)
03:22 cconstantine the lines blur
03:22 cconstantine the funny lisp syntax turns directly into a tree
03:22 Austin Right
03:23 Austin But a macro is a lisp function that is called during compilation, right?
03:23 cconstantine and while turing that tree into a PAST (depth first) if I see something that looks like a function call to a function defined as a macro, that function is called, and the return value is put in place of the call to the function
03:23 pmichaud I would tend to think of lisp as being more of an interpreter than a compiler.
03:23 Austin Yeah, me too.
03:23 cconstantine ish
03:23 cconstantine the end result is fully-compiled code
03:23 Austin So in order to compile, you have to be "running lisp" to execute the macro.
03:24 cconstantine be it x86 or pir, or whatever
03:24 cconstantine right
03:24 pmichaud one could certainly use the Action methods to directly run the code instead of converting to PAST that then runs the code.
03:24 pmichaud i.e., I'm not sure PAST is really needed in an interpreter.
03:24 cconstantine the issue is then compiling the return-value of that code
03:24 Austin So it sounds like you've got N passes, where N > 1, where you run parts of the tree.
03:25 pmichaud no, you just make the return value the result of the thing you just parsed
03:25 pmichaud (which could be a closure... which I suppose is why you need PAST)
03:25 cconstantine but the thing returned needs to be compiled
03:25 pmichaud yeah
03:25 cconstantine and it won't be text
03:25 Austin No
03:25 pmichaud that's okay, PAST normally isn't text
03:25 Austin It'll be a sub.
03:26 pmichaud and there's nothing that requires the thing to be attached to a parse tree to be PAST or text
03:26 pmichaud anything can be attached as the .ast
03:26 Austin So I can do "make 0;"
03:26 cconstantine but it needs to be someting POST can interperet
03:26 pmichaud ?
03:26 Austin Only if you run POST on it.
03:26 Austin :)
03:26 pmichaud one could certainly compile PAST directly to a Sub
03:26 cconstantine right
03:26 pmichaud and then just keep the Sub
03:27 Austin But in your case, cconstantine, suppose there is no PAST.
03:27 Austin Suppose there's only cons cells and lists.
03:27 cconstantine right
03:28 pmichaud yeah, that's the way I'd be approaching it
03:28 pmichaud so the result of every operation is a list
03:28 Austin So parsing '1' calls TERM -> value -> integer, which eventually does7 make  Lisp::Cons.new(:value(1));
03:28 cconstantine pmichaud: exactly
03:28 Austin Or whatever the right data structure is.
03:30 cconstantine so I'd go from text-> a tree of cons cells, symbols, and values
03:30 Austin Right.
03:30 pmichaud exactly
03:30 pmichaud and the program is executed as it is parsed.
03:31 cconstantine and I'd zip up that structure into a PAST (things like PAST::Blocks and PAST::Ops)
03:31 pmichaud if you're wanting to have a precompiled form, I guess so.
03:31 pmichaud I'm not quite sure how that would work -- I've only ever dealt with Lisp as an interpreter (and that was 20+ years ago)
03:32 cconstantine during zipping if I come across a call to a macro I'll make that call code, execute it and treat the result as if it were the macro
03:32 Austin Or do it immediately.
03:32 Austin Since your 'zipping' corresponds to the compile phase.
03:32 cconstantine kinda
03:32 cconstantine yeah
03:33 cconstantine it's the first step into compiling
03:33 Austin So how do lisp macros behave?
03:33 cconstantine 'or' is frequently a macro
03:33 Austin Are they function-like, or text-like (a la the C preprocessor)
03:34 cconstantine they work directly on the AST
03:34 cconstantine so, with 'or'
03:34 Austin If they work on the AST, then they have to be balanced, right? So they must be function-like.
03:35 Austin (In other words, you can't have a macro defined as ")) x)"
03:35 cconstantine correct
03:35 Austin or some other horror that would be trivial in C :-|
03:35 cconstantine without any other info it's not possible to tell if you're calling a function or a macro
03:35 Austin okay
03:36 cconstantine so, (or 1 2) would turn into something like (let (x 1) (if x x 2))
03:36 cconstantine the conversion happens at compile time
03:37 Austin Macros can call other user-defined functions, right?
03:37 cconstantine the 'or' macro is just some code that returns a list that corresponds to code that implements 'or'
03:37 cconstantine yeah
03:37 cconstantine as long as they've been compiled
03:37 Austin And if they haven't been compiled, what happens?
03:38 cconstantine function-not-found
03:38 Austin Ah.
03:38 Austin As long as they've been defined.
03:38 cconstantine right
03:38 Austin So in this case, you could "interpret" the lists, or you could zip along and convert them to pir.
03:38 cconstantine most freqently macros are more like templates (ie, take these forms and plug it into a template)
03:40 cconstantine in lisp worlds you typically convert text to this tree of cons cells, and 'compile' means go from that tree to executable code
03:40 cconstantine so What I need to do is go from text to the tree
03:40 Austin Right.
03:41 Austin But you could stop right there, at the tree, and interpret.
03:41 Austin Or you could compile.
03:41 cconstantine then when converting that tree into executable code (or PAST Nodes) if I see a call to a macro I execute the macro and compile the result of the macro instead of the call to the macro
03:41 cconstantine well.. you could interpret C...
03:42 Austin Sure. And I've used that product.
03:42 Austin :)
03:43 cconstantine so I could use the parser to build the tree of cons cells
03:43 Austin Right.
03:43 cconstantine instead of using make $SomePASTNode
03:44 cconstantine I'd do make $someConsCell
03:44 Austin rogjt/
03:44 Austin eep
03:44 Austin right
03:44 cconstantine roger?
03:44 purl Roger Roger. What's our vector Victor?
03:44 cconstantine and the object type I'd get to the next phase (say I made a phase 'lisp-is-awesome')
03:45 cconstantine would be a.. tree of cons cells?
03:45 Austin Right. Now you have a function that gets passed a $tree. The $tree isn't past, it's cons cells. What you do with that is up to you.
03:46 cconstantine so I wouldn't get something funky like a Match object?
03:46 Austin Nope.
03:46 Austin Of course, you could if you wanted.
03:46 Austin But you don't.
03:47 cconstantine correct
03:48 cconstantine hmmm
03:48 cconstantine ok
03:48 Austin For example, in $_PARROT/compilers/pct/src/PAST/Compiler.pir is the code that gets handed a $tree of PAST nodes.
03:48 Austin It compiles them into POST nodes.
03:48 janus joined #parrot
03:48 cconstantine I've spent some time reading in there ;)
03:49 cconstantine is'nt that just 'post' ?
03:49 Austin ?
03:49 cconstantine the stage 'post'
03:49 Austin I think it's 'past'.
03:49 Austin But I don't know for sure.
03:49 cconstantine the actions are executed in 'past'
03:49 Austin Okay.
03:50 cconstantine (I put a print in 'compile' that displays the stage to be executed as it loops through them)
03:50 Austin :)
03:50 Austin So you call 'past', which has secretly become 'cons'
03:50 cconstantine so, a minor problem is that 'past', which calls the actions won't realy be returning a PAST
03:50 cconstantine right
03:51 Austin What's in a name, anyway?
03:51 Austin :)
03:51 cconstantine everything!
03:51 purl i think everything is sorted throughout
03:51 Austin Now you have to write the compile-cons stage.
03:51 cconstantine cool
03:51 cconstantine that work is unavoidable
03:52 Austin (And, of course, the parse-into-cons stage.)
03:52 cconstantine that'll just be a matter of changing the actions from creating PAST nodes to cons cells
03:52 Austin Will it?
03:52 purl Will it is it being written to use djb's string functions and such?
03:52 cconstantine and renaming the stage?
03:52 cconstantine for the most part
03:52 Austin Could you simply derive some new Past:: types?
03:53 Austin PAST::Cons, PAST::List, etc.
03:53 cconstantine eep
03:53 Austin :)
03:53 cconstantine these will be the types creted and used during runtime also
03:53 cconstantine that seems pretty heavy
03:53 Austin Will they?
03:53 cconstantine s/creted/created
03:53 Austin Never mind, then.
03:53 cconstantine yeah
03:54 cconstantine that old mingling of runtime and compile-time
03:54 cconstantine functions like 'map' will be available at runtime and compile time
03:55 cconstantine and map returns a list
03:55 cconstantine (I believe)
03:56 * cconstantine wishes his local sports-team would score more points and allow the other team to score fewer points.
03:56 Austin Don't we all.
03:56 purl I don't!
03:56 cconstantine hehe
03:57 cconstantine ok, so I think I finally understand what 'make' in actions does
03:57 cconstantine and I'm mostly ok with it
03:58 cconstantine I can use it to build my cons tree
03:58 Austin Yep.
03:58 cconstantine anyway I can rename the 'past' stage?
03:58 Austin You can't actually do $/.ast($const), because it is specifically disallowed.
03:58 Austin But that's exactly what make does.
03:59 Austin *$const = $cons
03:59 cconstantine odd
03:59 cconstantine $/.ast = $cons
04:00 irc joined #parrot
04:00 Austin w00t.
04:00 irc w00t.
04:01 cconstantine Austin++
04:01 cconstantine thanks for the chatty help
04:01 AustinClipse Now I can has IRC in eclipse.
04:01 cconstantine eep
04:01 AustinClipse No problem.
04:02 * cconstantine is not a fan of eclipse
04:02 AustinClipse :)
04:02 cconstantine I have no problem with people liking eclipse
04:02 cconstantine I dun like it
04:02 AustinClipse There was some question a while back if it could be set up. Apparently, the answer is yes.
04:02 cconstantine oh I"m sure it can
04:02 AustinClipse I will say it has taken a long-assed time to get this up and running, though.
04:03 cconstantine ecipse has the feel of being the java versino of emacs
04:03 AustinClipse Yep.
04:03 Austin jmacs!
04:03 cconstantine except, we already have emacs
04:04 Austin Yeah, but I think ultimately Stallman has poisoned that well.
04:04 cconstantine a little
04:05 Austin You notice that one of the big things about eclipse is that there is a lot of commercial support for it.
04:05 cconstantine the company I work for made a plugin for it
04:05 Austin Stallman was always death on anybody making money within 10 feet of an emacs session.
04:05 cconstantine yeah...
04:06 Austin So presto. Eclipse comes along, and everybody that has been waiting to do cool IDE stuff finally has an outlet.
04:07 cconstantine and they do a lot of hey-presto stuff... it's really easy to do complicated stuff.... but hard as hell to do easy stuff
04:07 Austin Yeah.
04:07 cconstantine like, say.. open a file
04:07 Austin I don't think it's hard to do that, necessarily. It's just that the sheer volume of stuff coming out has swamped any effort to document the thing.
04:08 cconstantine to open a file it needs to be in the project
04:08 cconstantine well now suddenly I need a project
04:08 Austin Even now, there are all these step-by-step tutorials on how to do X, and 90% of them are out of date because the product has sped away.
04:08 cconstantine yup
04:09 Austin So what's your team?
04:09 cconstantine Colts
04:09 Austin Ahh. Eagles here.
04:09 Austin Big surprise: Westbrook injured (again). Eagles suck (again).
04:09 cconstantine Patriots are showing us what's-what
04:09 Austin That *is* surprising.
04:10 Austin Does %C7 color %O work?
04:10 Austin Nope.
04:10 cconstantine we have a better QB, but they ahve a better everything-else
04:10 Austin Yep.
04:10 Austin Although the Pats were supposed to be rebuilding this year.
04:10 cconstantine yeah....
04:10 Austin Apparently you rebuild pretty well when you come from the same place as "This Old House"...
04:11 bacek_at_work joined #parrot
04:11 cconstantine this'll be our first loss of the season :(
04:13 Austin Do you live in the Indy area?
04:13 cconstantine Purdue
04:13 cconstantine so, within an hour drive
04:13 Austin Close enough.
04:13 Austin Do you get affected by the blackouts?
04:14 Austin Or are you far enough away to miss that?
04:14 cconstantine 'the blackouts'?
04:14 cconstantine oh, TV blackouts
04:14 cconstantine sometimes
04:14 purl sometimes I think you're off your rocker.
04:14 Austin Most NFL teams black out the games on local TV if they don't sell out.
04:14 cconstantine our stadium isn't that big
04:14 Austin :)
04:14 cconstantine it's awesome... but it sells out pretty regularly
04:15 cconstantine 'not that big' for a building larger than our down-town area.
04:15 Austin It's all relative, I guess.
04:15 Austin I mean, look at the college stadiums for places like OSU.
04:16 cconstantine true
04:16 Austin "Yeah, we've got 112 thousand people here today..."
04:16 chromatic That's the whole population though.
04:16 Austin Chromatic: Thing is, in the midwest pretty much the entire population shows up for the games.
04:17 cconstantine yup
04:17 chromatic 112,000 is most of the population of Eugene, Oregon -- home of U of O.  That's the second largest city in Oregon.
04:17 Austin Last year I was in Des Moines during the Iowa / Iowa State game. The town was empty of everybody except me and a really unhappy cop.
04:17 cconstantine small-midwest college towns frequently host more fans than their small-midwest-town has residents.
04:18 Austin Large-midwest-college-towns, too. :)
04:18 cconstantine Eugene is hardly midwest :P
04:18 chromatic Midwest Oregon.
04:18 Austin Still FOC to me.
04:18 cconstantine oh dear
04:18 * cconstantine isn't sure when he moved to Oregon
04:19 Austin Unless that's where the customer is.
04:21 Austin Hey, chromatic: (re: TT#1273 Provide a parrot 'backtrace' with assertion failures)
04:21 Austin Does it make sense to turn assert failures into super-fatal exceptions?
04:22 Austin severity=doomed, or whatever it's called.
04:23 chromatic Sometimes, yes.
04:23 cconstantine Austin: Some good reading on macros if you're interested: http://gigamonkeys.com/book/macros​-standard-control-constructs.html
04:24 Austin Unfortunately, the word macro describes a lot of things in computing to which Common Lisp's macros bear only a vague and metaphorical similarity.
04:24 Austin :)
04:24 cconstantine I believe CL was there first
04:24 cconstantine :P
04:25 cconstantine the entire book is good: http://gigamonkeys.com/book
04:26 Austin chromatic: The implications are that there are times when it doesn't. The obvious case to me is "Parrot is so borked that throwing an exception has no meaning," but did you have something else in mind?
04:26 chromatic I'm thinking of voluminous backtraces and wondering how useful they are.
04:28 chromatic More information is better than less, though.
04:28 cconstantine I'm a fan of 'enough' information.
04:28 Austin Yeah. I don't think the information has any value at all, unless you're trying to come up with a "steps to reproduce" scenario. Then it's really, really valuable.
04:29 chromatic We expect those cases to be exceptional anyway.
04:29 Austin :)
04:29 Austin brb. Don't say anything important.
04:30 Austin left #parrot
04:30 Austin joined #parrot
04:30 Austin Ahh.
04:31 cconstantine chromatic: yeah, I agree we should definitely change that
04:32 cconstantine you know, that thing you said when austin was gone
04:32 Austin :)
04:32 Austin You know, Cconstantine, the more I think about it, the more I think it's important that you do everything in PAST...
04:33 cconstantine oh no....
04:34 cconstantine oh wow... Patriots may have blown it
04:39 cconstantine w0000000t
04:39 Austin Touchdown!
04:39 cconstantine you watching it?
04:39 Austin ESPN.
04:39 Austin (.com)
04:39 cconstantine ah
04:40 cconstantine we can still blow it... but man I'd given up on us winning
04:40 Austin I noticed.
04:40 Austin Do you guys play the dolphins this year?
04:40 cconstantine no idea
04:40 cconstantine the wife is much more into football than I am
04:41 Austin If you're going to go undefeated, it's polite to give the fins a chance to beat you... :)
04:41 cconstantine well yea
04:42 Austin joined #parrot
04:42 Austin Can do != should do.
04:42 Austin Eclipse IRC client is pretty minimal.
04:42 cconstantine hehe
04:42 cconstantine I hear IRC in emacs is pretty good
04:43 Austin :)
04:43 cconstantine ok, it's late, I have to get early and still do some chores
04:43 cconstantine thanks again for the help austin
04:43 Austin No problems.
04:59 Zak joined #parrot
06:26 dalek plparrot: 769b547 | dukeleto++ | IDEAS:
06:26 dalek plparrot: Add ideas about pgTAP
06:26 dalek plparrot: review: http://github.com/leto/plparrot/commit/7​69b5473b64860257919457b0683ac9bf02c7947
06:26 dalek plparrot: b2b08bd | dukeleto++ |  (2 files):
06:26 dalek plparrot: Add a license and update .gitignore
06:26 dalek plparrot: review: http://github.com/leto/plparrot/commit/b​2b08bdb715ca8f35eb1f8c35505334fb5a532f9
06:29 mokurai left #parrot
06:44 dukeleto should imcc tests be left in perl?
06:44 dukeleto i am conflicted
06:44 chromatic What's the drawback?
06:44 purl i guess the drawback is that the syntax is messy.
06:46 uniejo joined #parrot
06:46 dukeleto chromatic: do we have a conflict of interest? imcc would be testing itself then, right?
06:46 dukeleto chromatic: if we used PIR
06:47 dukeleto chromatic: i am looking at https://trac.parrot.org/parrot/ticket/1118 and trying to decide what to do with the patch
06:48 dukeleto chromatic: it could use more tests, and I want to know if they should be in PIR or Perl
07:02 cotto dukeleto, +1 to more PIR tests.
07:03 cotto I don't there are any blockers that prevent pir tests from executing pir tests similarly to pir_output_is() et al apart from a smop.
07:05 cotto With that, testing __END__ in several different ways from a pure-pir test becomes possible.
07:10 * cotto sleeps
07:13 chromatic If we get more tests, I'm not picky.
07:13 chromatic However, we might have better diagnostics if we had something less complex than Test::More behind them.
07:16 mokurai joined #parrot
07:31 Zak joined #parrot
07:34 davidfetter joined #parrot
07:53 iblechbot joined #parrot
08:11 barney joined #parrot
08:42 fperrad joined #parrot
09:03 dalek TT #1275 created by mikehh++: failure with eq_num op in t/op/comp.t with g++ 4.4.1 --optimized build
09:19 gaz joined #parrot
10:24 mikehh All tests PASS (pre/post-config, smoke (#29934), fulltest) at r42529 - Ubuntu 9.10 i386 (gcc with --optimize)
10:24 mikehh All tests PASS (pre/post-config, smoke (#29935), fulltest) at r42529 - Ubuntu 9.10 i386 (g++ no --optimize)
10:24 mikehh All tests PASS (pre/post-config, smoke (#29936), fulltest) at r42529 - Ubuntu 9.10 i386 (gcc no --optimize)
10:24 mikehh t/op/comp.t - Failed test: 17 - smoke (#29946) at r42529 - also fails fulltest in all cores - Ubuntu 9.10 i386 (g++ with --optimize)
10:24 mikehh see TT #1275 - all other tests PASS (pre/post-config, smoke, fulltest)
10:24 mikehh in all 4 of the above test runs - in testr - t/pmc/eval.t - TODO passed:   12 - see TT #1142
10:42 iblechbot joined #parrot
11:04 payload joined #parrot
11:38 plobsing joined #parrot
12:04 mikehh going to re-boot to amd64 - bbl
12:06 cconstantine joined #parrot
12:22 bacek joined #parrot
12:40 mikehh joined #parrot
13:04 whiteknight joined #parrot
13:06 whiteknight good morning #parrot
13:08 plobsing morning whiteknight
13:08 plobsing 2 things:
13:09 plobsing 1 how can I get the recent fixes in trunk into the libjit_framebuilder branch?
13:09 plobsing 2 what is the appropriate place to write down my ideas about lorito (RFC ticket, existing wiki page, new wiki page, etc)?
13:14 whiteknight 1) you can svn merge trunk into branch, though that can be dangerous
13:14 whiteknight because when you go back to merge branch->trunk, there can be conflicts
13:14 whiteknight 2) Wiki probably. Let me look for a page
13:15 plobsing I ask about merging because bacek++ made some changes that fix --optimize in various ways.
13:16 plobsing and those failures, related to libjit or not, likely block the merge to trunk
13:17 whiteknight what I might suggest is that you cherrypick only those commits to add to the branch
13:17 plobsing ok, will do
13:17 whiteknight is the branch ready to merge otherwise?
13:17 dalek tracwiki: v120 | whiteknight++ | WikiStart
13:17 dalek tracwiki: https://trac.parrot.org/parrot/wiki/W​ikiStart?version=120&action=diff
13:17 whiteknight Or, are there any more changes to make to the branch besides these fixes from trunk?
13:18 plobsing AFAICT.
13:18 whiteknight (use this page) https://trac.parrot.org/parrot/wiki/Lorito
13:18 plobsing it passes all on x86, x64 linux. --optimize fails on mac.
13:18 plobsing no testing on windows yet
13:20 plobsing oops, that should have been "AFAICT, no."
13:26 plobsing I have to run, I'll fill that Lorito page sometime within the next 24 hours.
13:26 plobsing thanks for the advice whiteknight++
13:26 whiteknight no problem. Talk to you later
13:26 payload joined #parrot
13:47 payload joined #parrot
14:10 particle joined #parrot
14:12 mikehh joined #parrot
14:14 Coke joined #parrot
14:15 * Coke yawns
14:18 payload joined #parrot
14:50 Coke trac?
14:50 purl rumour has it trac is a web-based software project management and bug/issue tracking system emphasizing ease of use and low ceremony. It provides an interface to the Subversion revision control systems, integrated Wiki and convenient report facilities.  http://projects.edgewall.com/trac/ or Python, SQLite and ClearSilver or killing killtrac or a bug-tracking tool or at https://trac.parrot.org/parrot/ or slow or REALLY slow
14:50 Coke trac =~ s/REALLY/REALLLLLLLLLLLLLLLLLLLLLY/
14:51 Coke who is doing the release for 1.8?
14:51 Topic for #parrotis now Parrot 1.7.0 "African Grey" is out! | Latest
14:52 Topic for #parrotis now Parrot 1.7.0 "African Grey" is out! | Latest modified TT's: http://icanhaz.com/parrotbugs
14:57 mikehh All tests PASS (pre/post-config, smoke (#29959), fulltest) at r42529 - Ubuntu 9.10 amd64 (g++ with --optimize)
14:57 mikehh Coke: barney
15:02 Coke seen barney?
15:02 purl barney was last seen on #parrot 4 days, 3 hours, 11 minutes and 52 seconds ago, saying: bacek: tnx, I've updated NEWS  [Nov 12 11:50:12 2009]
15:04 mikehh All tests PASS (pre/post-config, smoke (#29961), fulltest) at r42529 - Ubuntu 9.10 amd64 (gcc with --optimize)
15:05 mikehh Coke: that's bs - he was here yesterday
15:07 mikehh anyway bbiab
15:07 PacoLinux joined #parrot
15:08 bubaflub joined #parrot
15:12 mikehh_ joined #parrot
15:12 particle could have been bernhard or barney_ or something
15:14 Psyche^ joined #parrot
15:16 Austin seen barneyr
15:16 purl I haven't seen 'barneyr', Austin
15:29 mikehh__ joined #parrot
15:39 payload joined #parrot
15:41 mikehh joined #parrot
15:43 theory joined #parrot
15:45 patspam joined #parrot
15:56 barney mikehh: Could you provide a patch for PLATFORMS?
16:09 Coke seen barney?
16:09 purl barney was last seen on #parrot 13 minutes and 10 seconds ago, saying: mikehh: Could you provide a patch for PLATFORMS?
16:09 Coke there we go. =-)
16:10 Coke barney: what time tomorrow are you aiming for?
16:14 uniejo joined #parrot
16:16 whiteknight it's hard to really pinpoint a time
16:16 whiteknight since it's hard to estimate how long the release will take
16:16 whiteknight barney: did you get access to the osu ftp server?
16:18 barney Yep, that worked
16:18 iblechbot joined #parrot
16:18 mikehh joined #parrot
16:18 cognominal joined #parrot
16:18 barney Coke: I'll start in the European morning 9:00 UTC
16:19 barney Don't know yet, how busy I'll be with $DAYJOB
16:20 mikehh barney: looking into it
16:22 whiteknight I'll see if I can get some Win32/Strawberry testing today
16:22 barney mikehh++; tnx
16:23 whiteknight maybe I'll have a few moments to test MSVC++ too
16:23 barney whiteknight++
16:24 mikehh joined #parrot
16:28 preflex joined #parrot
16:29 mikehh joined #parrot
16:30 Coke barney: ok. I have a small announcement I was thinking of asking you to bundle with the release, but I'll probably just do it separately. thanks.
16:33 barney Coke: I could hold in till 18:00 UTC
16:33 * barney got to run. Attending a talk about Conflict resolution in IT
16:34 whiteknight t/op/number.t:131 is still failing on w
16:35 whiteknight Win32-gc-3.4.5
16:35 Coke msg barney no worries, not that important.
16:35 purl Message for barney stored.
16:35 whiteknight gcc*
16:35 moritz .oO( git-rerere ftw )
16:36 Casan joined #parrot
16:43 dalek nqp-rx: 2212d9b | pmichaud++ | src/Regex/Cursor-protoregex-peek.pir:
16:43 dalek nqp-rx: Fix bug with calculating subrule prefixes.
16:43 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​212d9b48b371706e584f2d86a6085ed41af1d0d
16:43 dalek nqp-rx: 2046e24 | pmichaud++ | src/stage0/ (4 files):
16:43 dalek nqp-rx: Update bootstraps with bugfix.
16:43 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/2​046e24d014d80de1acfcabaa5b2b2cae843425a
16:48 Coke pmichaud: ping
16:49 bubaflub whiteknight: that seems like a random place for it to fail
16:49 pmichaud Coke: pong
16:49 Coke pmichaud: added you as a collaborator on partcl/partcl
16:49 pmichaud Coke: gracias
16:50 pmichaud Coke: I actually expect I'll have some time to work on it tomorrow :)
16:50 Coke excellent. I will be mostly unavailable during the day for hacking, but available for questions, etc. I can devote some time in the pm.
16:50 pmichaud at least to see how far I can get on it :)
16:50 Coke feel free to make a branch on git, obviously.
16:51 dalek parrot: r42530 | pmichaud++ | trunk/ext/nqp-rx/src/stage0 (4 files):
16:51 dalek parrot: [nqp]:  Update nqp with latest subrule prefix bugfix.
16:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42530/
16:52 Coke -> for a bit.
17:00 whiteknight what is ar?
17:00 purl ar is ActiveRecord, a ruby ORM. or http://ar.rubyonrails.org/
17:01 diakopter purl, ar is also a gnu archive tool
17:01 purl okay, diakopter.
17:02 whiteknight okay, so why is Parrot calling ar.exe when I am building with MSVC?
17:02 whiteknight and what do I replace it with?
17:03 rob joined #parrot
17:04 darbelo joined #parrot
17:08 payload joined #parrot
17:08 whiteknight building here is turning out to be very hard since I have strawberry installed also and the build process keeps wanting to use those utilities
17:11 Util_ whiteknight: edit the path in your open command prompt session, and remove c:\strawberry
17:12 whiteknight Util: already did tht
17:12 whiteknight I'm building now with the clean path
17:13 mikehh joined #parrot
17:15 davidfetter joined #parrot
17:15 whiteknight of note, msvc is taking >5minutes to compile core_ops_switch.c each tim
17:15 whiteknight so that's obnoxious
17:16 whiteknight probably spending a lot of cycles producing a jumtable for a ~1300 item switch statement
17:16 mikehh I have tested parrot (up to r42529) with Ubuntu 9.10 i386 and Ubuntu 9.04 and 9.10 amd64 with both g++/gcc both with and without --optimize
17:17 mikehh the only problems I have come up with are TT #1142 and TT #'1275
17:27 whiteknight urg. I got a "command line too long" error from nmake
17:28 whiteknight how shitty is that?
17:28 whiteknight and it's still trying to call ar.exe, even with strawberry not in the path
17:34 dalek wmlscript: 1e32a62 | fperrad++ |  (21 files):
17:34 dalek wmlscript: rewrite tests in PIR (from Perl)
17:34 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/1e32a62ccf94e98c2162c35880bced1e4ff9020f
17:36 dalek TT #1276 created by whiteknight++: Parrot does't build on Win32 with MSVC
17:37 dalek parrot: r42531 | mikehh++ | trunk/PLATFORMS:
17:37 dalek parrot: update PLATFORMS to include g++ 4.4.1 for linux x86 and amd64
17:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42531/
17:40 dalek wmlscript: 884ba48 | fperrad++ | t/libstring.t:
17:40 dalek wmlscript: this test contains a trailing space (test_squeeze)
17:40 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/884ba48e43a9c5fe24fd1c17cc15cdaf8a621bb8
17:43 dalek parrot: r42532 | whiteknight++ | trunk/PLATFORMS:
17:43 dalek parrot: [PLATFORMS] updated the state of parrot on Win32. The state is not good.
17:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42532/
17:44 Util_ whiteknight: my MSVC+ActivePerl just finished building with no problems. Might you need `make realclean`?
17:45 whiteknight Util: What was the Config command you used?
17:46 whiteknight I tried "perl configure.pl --cc=cl --link=link --ld=cl --make=nmake, and ran into those issues I mentioned
17:46 Util_ `perl Configure.pl` - nothing else. Building with `nmake`
17:47 whiteknight doesn't work with strawberry. Configure fails looking for gcc
17:47 whiteknight Util: out of curiosity, can you open your generated make file and tell me what $(AR_CL) is defined to?
17:47 desertm4x joined #parrot
17:49 cotto_work joined #parrot
17:50 Util_ AR_CR is "lib". There is no "AR_CL".  In file "config_lib.pasm", which is where Makefile generation draws from, "ar"="lib", "ar_extra"="", "ar_flags"="", "ar_out"="-out:"
17:52 whiteknight okay, awesome. let me try that
17:54 NotFound I'm starting to wonder... Didn't we have any developer that uses msvc? If not, just stop supporting it.
17:55 whiteknight I think particle has been on it
17:55 Coke s/has/had/
17:55 Coke not for some time.
17:56 whiteknight I can do irregular testing there at best
17:56 whiteknight and if I have to do all sorts of manual makefile hacking just to make it build, I won't bother
17:58 Util_ I think MSVC is an important platform for Parrot. No special hacking is needed to using it with ActivePerl, and I have added MSVC+StrawberryPerl to my (long) tasklist, to make sure this goes smoothly in the future.
17:58 dalek wmlscript: 82abff3 | fperrad++ | t/pragmas.t:
17:58 dalek wmlscript: use simplified regex with like().
17:58 dalek wmlscript: I don't known how to escape whitespace in literal.
17:58 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/82abff3a629564c4b729591839cae0d657fb04ec
17:58 dalek wmlscript: 475d066 | fperrad++ | t/l (2 files):
17:58 dalek wmlscript: git mv t/lang.t t/liblang.t
17:58 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/475d066c544eb3c1af5dd5630da23b0d9b5a9384
17:58 NotFound Util_: I think s just a tool, not a platform.
17:58 whiteknight it is an impornt platform, but if it doesn't build and if we don't have anybody using it, we can't "support" it
17:58 particle what doesn't build?
17:58 cotto_work Util_, yes.  If I knew how to get msvc+strawberry working, I'd be glad to do regular testing on it.
17:59 particle msvc+strawberry? why on earth would you try that? would you try to build parrot with icc when the perl you're using is built with gcc?
18:00 Util_ NotFound: In the strictest sense, yes, Win32 is the platform, and MSVC is the tool.
18:00 Util_ particle: good point. I did not think to ask whiteknight why he was attempting it.
18:03 particle blech, lots of ugly warnings building parrot
18:03 particle CUR_CTX : local variable is initialized but not referenced
18:03 particle in *.ops
18:04 Util_ particle: yes, no one has done cage work on the MSVC warnings in a long time.
18:05 payload joined #parrot
18:07 cotto_work particle, or msvc+whatever.  Strawberry would be nice because that's what I have installed on my main windows box, but it'd be fine if I could make the msvc build avoid Strawberry (or set up a vpc or ...)
18:07 particle your strawberry perl env should use gcc to compile parrot
18:07 cotto_work right
18:08 particle msvc+activestate perl works fine
18:08 cotto_work I can do a ming-gcc build just fine with strawberry
18:08 cotto_work How do I keep them from stepping on each other's toes?
18:08 Coke (works fine) good.
18:08 Coke particle: can you update PLATFORMS?
18:08 Util_ My MSVC+ActivePerl `nmake test` passed all but t/op/number.t #131 - "not ok 131 - neg 0.0\n# Have: 0\n# Want: -0\n"
18:08 particle i'm >< to done building parrot now
18:08 particle then i'll run nmake test
18:09 particle Util_: what version of msvc?
18:09 particle there was a -0 bug in msvc 7
18:09 dalek wmlscript: da79879 | fperrad++ | plumage/wmlscript.json:
18:09 dalek wmlscript: add plumage/wmlscript.json
18:09 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/da798795362b36b8eb5bdb12a33269a307216cae
18:11 nopaste "coke" at 72.228.52.192 pasted "new warnings." (10 lines) at http://nopaste.snit.ch/18715
18:11 Util_ particle: Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for 80x86
18:11 Util_ Is that the same as MSVC 7 ?
18:11 nopaste "coke" at 72.228.52.192 pasted "also wik:" (5 lines) at http://nopaste.snit.ch/18716
18:11 particle might be... i have to check
18:11 particle i have 15, which is 2005 iirc
18:12 particle so i think 14 would be 2003, and 13 would be 7
18:16 particle cotto_work: i have separate scripts run for each build environment
18:16 Util_ particle: so, we need a TODO triggered on OS, *and* on compiler version. Since I have the buggy platform, I will look into that.
18:16 particle Util_: yes, correct
18:16 Util_ cotto_work: manually edit the path before running Configure.pl
18:16 particle i think there used to be an rt ticket on that issue
18:18 particle i thought there used to be a #ifdef in spfrender, too
18:18 Util_ particle: I think that test 131 may have been un-TODOed during the "ack! win32 FAILs" flurry in the 1.7 release, since the TODO was succeeding on other Win32 systems.
18:19 particle ah, definitely possible
18:19 particle t/op/arithmetics   TODO passed:   21, 24
18:19 particle t/op/io   TODO passed:   4
18:20 dalek winxed: r174 | julian.notfound++ | trunk/winxed.cpp:
18:20 dalek winxed: naive implementation of the '%' operator
18:20 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=174
18:20 * particle gets all tests successful on x86-msvc-asperl
18:21 Util_ Hmmm. number.t was converted to PIR 3 days ago. How do we TODO in pure PIR tests?
18:23 Util_ nm; I see how now.
18:32 patspam1 joined #parrot
18:33 dalek wmlscript: 2b179b4 | fperrad++ | t/pragmas.t:
18:33 dalek wmlscript: better regex
18:33 dalek wmlscript: review: http://github.com/fperrad/wmlscript/commit​/2b179b48de6e1968d5dbb1e5301e0b52a0fc5a4a
18:34 Coke kid51++
18:34 Util_ particle, in your MSVC-15 run, what value does config_lib.pasm set for P0["has_negative_zero"] ?
18:34 Coke particle: your %-age of owned RTs is now 16%
18:34 Coke (as is mine.)
18:35 particle set P0["has_negative_zero"], "1"
18:35 Util_ particle: Aha! Mine is "0". I will TODO based on "has_negative_zero".
18:36 Coke Util_: aka ./parrot_config has_negative_zero
18:36 particle Util_++
18:36 Util_ Coke: true
18:36 * particle boots up a parrot win32 x64 vm that hasn't been run since svn.perl.org/parrot existed
18:37 Util cue haunted house creaky door sound effects
18:46 chromatic joined #parrot
18:47 Coke chromatic: hio
18:47 chromatic good $localtime
18:47 Coke chromatic: any chance you can close/transfer/stab the few RT tickets assigned to you?
18:48 chromatic I can do that.
18:48 Coke danke.
18:48 Coke 46761, 39856, 57236
18:48 Coke cotto, ping
18:49 Coke cotto: you have 56718, 36407
18:49 cotto_work Coke, same for me?
18:49 Coke whiteknight: you have 45959, 46155, 46403, 46675
18:50 whiteknight for what?
18:50 Coke RTs.
18:50 whiteknight ah yes, I took a few of those that I wanted not to forget
18:50 whiteknight and here I am forgetting them
18:50 Coke =-)
18:50 Coke chromatic: if you want to poke at allisons, that might also be a good idea.
18:50 Coke "allison's"
18:51 chromatic I prefer poking at giant eyeballs: http://www.sluggy.com/comi​cs/archives/daily/20000223
18:51 joeri joined #parrot
18:51 Coke chromatic: heh.
18:52 cotto_work chromatic, can you give a +1 or -1 to rejecting http://rt.perl.org/rt3/Tic​ket/Display.html?id=36407 ?
18:54 chromatic +1 to reject; let's fix it in pirc.
18:54 cotto_work great
18:58 chromatic Coke, let's migrate RT #39856 to Trac.
19:03 xenoterracide joined #parrot
19:04 Coke cotto_work: I hesitate to reject things that say "fix in pirc instead of imcc" because in the meantime they're still broken.
19:05 Coke (can you open a trac to make sure that issue is fixed in pirc? =-)
19:06 Coke chromatic: (migrate) sure.
19:06 desertm4x joined #parrot
19:09 Coke parrotbug needs to be redone again.
19:09 dalek parrot: r42533 | Util++ | trunk/t/op/number.t:
19:09 dalek parrot: TT#313 - TODOed t/op/number.t test #131 (neg 0.0) on platforms that cannot print -0.0
19:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42533/
19:11 Coke chromatic: you preferred [TR]T #\d+ , yes?
19:13 Coke (there's several in the codebase without the ' ')
19:15 chromatic Yes.
19:15 Coke k. fixing.
19:16 desertm4x_ joined #parrot
19:18 cotto_work Coke, I'm going to ask about deprecating Array at #ps tomorrow.  it doesn't have a lot going for it.
19:24 whiteknight cotto_work: awesome. I've wanted to deprecate Array for a long time now
19:24 whiteknight At the very least it's redundant
19:24 whiteknight Using ResizablePMCArray is preferred in almost all cases I have seen and most documentation/examples
19:26 Coke only thing I would be concerned about is inheritance.
19:26 dalek parrot: r42534 | coke++ | trunk (46 files):
19:26 dalek parrot: Prefer "RT #NNN" or "TT #NNN"
19:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42534/
19:29 Coke (you could make it abstract)
19:32 jan joined #parrot
19:35 bubaflub left #parrot
19:35 cotto_work Coke, nothing inherits from it.
19:36 cotto_work Some functions return an Array, but that's it.
19:37 Coke cotto_work: k.
19:42 whiteknight the decodetime and decodelocaltime opcodes, for instance, return an Array
19:44 bubaflub joined #parrot
19:45 cotto_work there are a few uses of it, but I doubt that switching them away even constitutes an API break.
19:49 Coke my one concern about that (having already said it wasn't a problem on whiteknight's ticket) is the hll mapping of the Array type.
19:50 whiteknight It's definitely an API break, and we want a proper deprecation notice for it
19:50 Coke if those usages of Array don't respect hll mapping now, they should (of whatever the type you end up picking is.) if they /do/ respect it, that might be a break.
19:50 Coke whiteknight: no, it's not definitely a break.
19:50 whiteknight any user code that says "new ['Array']" will break. PIR syntax is a publicly-visible API
19:50 Coke oh, that.
19:50 Coke yes, removing Array is a break.
19:51 Coke changing the return type of decodetime is not.
19:51 whiteknight I would even disagree with that, but I don't think it's important
19:54 mikehh joined #parrot
20:34 Coke mikehh++ #testing
20:35 bacek joined #parrot
20:41 * Coke ponders a podcritic
20:41 Coke er... pircritic.
20:42 * Coke supposes it would be slightly less crazy to abuse a pct version of pir to output itself nicely formatted.
20:43 Coke (ISTR I already started this once in perl and gave up)
20:47 Coke if I want to upgrade perl 5.10.0 to 5.10.X, is there a way to do it in place? (I don't want to have to reinstall all the CPAN modules that I've done for 5.10.0)
20:48 Coke (or is "install to the same dir and take my chances" the best bet?)
20:49 dalek matrixy: 8f9b525 | Whiteknight++ |  (2 files):
20:49 dalek matrixy: fix zeros.pir. zeros.t tests pass
20:49 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/8f9b525a393b361ff825b6656328745d5c4687e3
20:49 dalek matrixy: d6ba95e | Whiteknight++ | src/builtins/eye.pir:
20:49 dalek matrixy: fix eye() so all it's tests pass
20:49 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/d6ba95e4964340f3e0453471bd169465e5a5e323
20:49 dalek matrixy: 2697ae6 | Whiteknight++ | src/builtins/ones.pir:
20:50 dalek matrixy: fix ones() and related tests
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/2697ae6fd47ff30be1669dd0c9c1b7a85a16b1aa
20:50 dalek matrixy: 8bdbb6a | Whiteknight++ |  (3 files):
20:50 dalek matrixy: transpose() was just transposing the input argument in place. Fix that, and add a test to prevent it from happening again
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/8bdbb6ac4a63a2f1a097f3dba96d60365721f66a
20:50 dalek matrixy: 954f0e7 | Whiteknight++ | src/builtins/arrayfun.pir:
20:50 dalek matrixy: some fixes to arrayfun. It operates correctly for one matrix but does not operate correctly for multiple matrices
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/954f0e791c97278fa63ff4532620b2cfe6946284
20:50 dalek matrixy: 87fea1c | Whiteknight++ | src/ (2 files):
20:50 dalek matrixy: fix arrayfun so that it properly works for N matrices
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/87fea1cb9dab3f2feede6c15d77287f37ce944d8
20:50 dalek matrixy: e7e880d | Whiteknight++ | src/builtins/floor.pir:
20:50 dalek matrixy: fix the floor() function
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/e7e880d58baedaff2d01d04e5024b37ef9f67ffd
20:50 dalek matrixy: 1d2a274 | Whiteknight++ | src/builtins/ (3 files):
20:50 dalek matrixy: fix floor, ceil, round and associated tests
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/1d2a274a798b5aa0667271ca92b74797d8b0c221
20:50 dalek matrixy: be2be80 | Whiteknight++ | t/800-loadlibrary-examples.t:
20:50 dalek matrixy: remove the loadlibrary-examples test, it relied on stuff we no longer have (or want)
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/be2be80fe7f79ab6b3e1d0591196d8d63415f9ea
20:50 dalek matrixy: e5ddc56 | Whiteknight++ | :
20:50 dalek matrixy: merge the pla_integration branch into master
20:50 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/e5ddc56f745ed93663924dfed2ef3f129b5dcb10
20:51 whiteknight ...I did not expect that to happen
20:51 whiteknight apparently I need to find a more graceful way to merge branches without flooding dalek
20:52 darbelo whiteknight: Maybe if you rebased your local copy.
20:52 chromatic --squash
20:52 darbelo Oh. Right. What chromatic said.
20:52 whiteknight I don't know what rebasing is, really.
20:52 chromatic Coke, you should be able to upgrade in place; they're binary compatible so that you can use the same directories.
20:52 whiteknight --squash is probably what I want
20:52 Coke chromatic: so, just use CPAN, neh?
20:53 * Coke will give it a shot.
20:55 GeJ Good morning everyone
20:55 dalek parrot: r42535 | whiteknight++ | trunk/PLATFORMS:
20:55 dalek parrot: [PLATFORMS] Update platforms. Subsequent testing shows that it does build on win32-msvc-9.0. My earlier failures were based on windows dll hell nonsense.
20:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42535/
20:57 mikehh joined #parrot
20:58 Coke chromatic: cpan> install /path/to/5.10.1 sure seems to like chewing up a cpu.
20:59 chromatic I read that as "chewing up a cow" and thought "Omnivore much?"
20:59 dalek parrot-plumage: 97f4606 | japhb++ | :
20:59 dalek parrot-plumage: [METADATA] New wmlscript.json, courtesy of fperrad++
20:59 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/97f46067214ce2f9617481c1e0baa84b1ebab36b
21:00 * Coke is quite omni.
21:07 whiteknight GEJ++
21:07 whiteknight GeJ++
21:07 cotto_work karma GEJ
21:07 purl gej has karma of 40
21:07 cotto_work karma geJ
21:07 purl gej has karma of 40
21:08 whiteknight oh, is purl caps-insenstive?
21:08 whiteknight (how un-unixy)
21:08 cotto_work purl is insensitive to most things
21:08 dalek parrot: r42536 | whiteknight++ | trunk/t/op/time.t:
21:08 dalek parrot: [t] fix a typo in time.t. GeJ++
21:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42536/
21:09 * whiteknight disappears
21:09 cotto_work pouf
21:14 Coke annoying that doing the install doesn't use answers from the perl you're using to run cpan.
21:26 * darbelo materializes.
21:26 mokurai joined #parrot
21:28 dalek TT #1277 created by geraud++: [PATCH] cleanup nqp-rx leftovers on `make realclean`
21:30 GeJ while I'm there, anyone willing to review the second patch for TT #1095 ?
21:32 darbelo GeJ: I'll give it a look.
21:32 GeJ darbelo: thanks.
21:32 Coke "Your patch is very important to us. Please hold."
21:32 dalek parrot-plumage: b5099e6 | japhb++ | :
21:32 dalek parrot-plumage: [TESTS] t/sanity.t: reorganize tests
21:32 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/b5099e62845ff6924ce90e3f4c32ea39061648a5
21:33 darbelo patch2_t_io.t right?
21:33 GeJ darbelo: yup
21:35 GeJ the previous one was reverted by Util because of some failure on Win32. So instead of adding a new line to add FreeBSD as a passing platform. I reverted the logic of the test to list only the failing platforms (ie. Win32 as Util reported it breaking).
21:35 darbelo Looks sane to me.
21:36 NotFound +1
21:36 purl 1
21:36 dalek winxed: r175 | julian.notfound++ | trunk/examples/parser.winxed:
21:36 dalek winxed: tiny refactor of example parser classes
21:36 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=175
21:36 darbelo Let's commit and see what else breaks ;)
21:36 NotFound Why it has been closed and reopened? A mistake, or something changed?
21:37 Coke it was closed, and then someone reverted it accidentally.
21:37 Coke er, applied, then closed, then reverted accidentally, then reopened, then re-patched. =-)
21:38 GeJ yep, as Coke said.
21:38 Coke GeJ++
21:39 GeJ I whined on IRC to have it reopened since I couldn't do it myself. Coke did it so I could finally shut up.
21:39 Coke chromatic: aside from the annoyance that I apparently don't have a sites file for saving my settings, that was pretty painless.
21:42 bacek joined #parrot
21:43 darbelo GeJ: committed, but dalek is decidedly not being speedy about it.
21:44 dalek parrot: r42537 | darbelo++ | trunk/t/op/io.t:
21:44 dalek parrot: Change tests in t/op/io.t to always run, except on platforms which are known to fail.
21:44 purl dalek: that doesn't look right
21:44 GeJ darbelo: thank you.
21:44 dalek parrot: This solves TT #1095. Patch by GeJ++
21:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42537/
21:45 Coke any chance we can get some more segfaults fixed before the release? =-)
21:46 darbelo Coke: Do you have a list somewhere easy to find?
21:46 Coke darbelo: search for "segfault" ? I can point you at the ones that are blocking me last I checked:
21:47 Coke 966 and 1131
21:47 purl 2097
21:47 Coke darbelo: hey, http://code.google.com/p/partcl/issues/detail?​id=60&amp;colspec=ID%20status%20Type%20Difficu​lty%20Priority%20Milestone%20Owner%20Summary is assigned to you.
21:48 darbelo Ouch. I had forgotten about that.
21:49 dalek parrot-plumage: 56a1a6a | japhb++ | :
21:49 dalek parrot-plumage: [CORE] Another Win32 fix
21:49 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/56a1a6a9f4e454c71ce6fed1fff13b95b970c607
21:51 fperrad ping japhb
21:51 purl I can't find japhb in the DNS.
21:51 japhb fperrad, I'm here.
21:51 darbelo Coke: I'll give installation a shot this week.
21:52 fperrad japhb,
21:52 fperrad C:\fperrad\Parrot\parrot-plumage>make test
21:52 fperrad \Parrot-1.7.0-devel\bin\parrot-nqp t\harness t\\*.t
21:52 fperrad t\01-sanity.t ...passed 5 tests
21:52 fperrad t\02-glue.t ...passed 17 tests
21:52 fperrad t\03-util.t ...passed 26 tests
21:52 fperrad t\sanity.t ...passed 18 tests
21:52 fperrad PASSED 66 tests in 4 files
21:52 japhb w00t!
21:52 Coke darbelo: in addition to just copying files around, I'm sure the runtime will have some issues that I'd be happy to consult on.
21:53 japhb Well, as I said in the email, plumage is still woefully undertested, so there's a lot that can still be wrong.  But I call this a milestone.  :-)
21:53 darbelo Coke: If I'm remembering correctly, there was some path stuff to fix, and not much else.
21:53 Coke right, that's probably the worst of it.
21:53 Coke any place where I track the build dir is suspect.
21:54 darbelo I started to work on this before the move to github, but got sidetracked and then forgot about it. I *think* I had a list of suspect places, but I can't find it now.
21:55 japhb dukeleto, Plumage is up to 100% passing tests on Win32 -- time to write more tests!  ;-)
21:55 japhb fperrad++ # tireless testing
21:57 fperrad japhb, plumage doesn't work
21:57 fperrad C:\fperrad\Parrot\parrot-plumage>plumage install mt19937
21:57 fperrad Fetching mt19937 ...
21:57 fperrad git clone git://github.com/fperrad/parrot-MT19937.git mt19937
21:57 fperrad ###
21:57 fperrad ### FAILED!
21:57 fperrad ###
21:57 Coke darbelo: for penance, you can also take issue # 85. =-)
21:57 japhb Um.  That's rather ... sudden.
21:58 Coke could it have something to do with you being a committer, fperrad?
21:58 japhb I figured it would be broken still (like I said, undertested), but that's rather faster fail than I expected.
21:58 Coke (do you already have that checked out somewhere?)
21:58 Coke oh, fperrad:
21:59 Coke I think we might have to leave a copy of that library in parrot until post-2.0 due to support policy. Would you agree?
21:59 darbelo Coke: I don't seem to be able to 'take ownership' of that ticket. Can you assign it to me?
21:59 Coke SRSLY?
21:59 purl I'm totally serial
22:00 Coke done. =-)
22:00 Coke (hell, take as many as you want. =-)
22:00 fperrad Coke, ok, revert the commit which removes mt19937
22:00 japhb fperrad, Did plumage actually succeed at the fetch?  Is there a HOME/.parrot/plumage/build, and does it contain an mt19937 subdir?
22:01 Coke fperrad: roger.
22:01 darbelo Coke: I don't see any 'steal this ticket' button in the UI. Maybe it's a permisssions thing.
22:01 Coke darbelo: You might have to edit the ticket/update the owner field manually.
22:01 Coke (that's what I just did)
22:03 darbelo Coke: I can comment on tickets, but not edit them. I checked that too.
22:03 fperrad japhb, no, I've only an empty subdir .parrot\plumage\build
22:03 Coke checking perms...
22:05 Coke arbelo - you have the EditIssue priv.
22:05 Coke /also darbelo =)
22:05 japhb fperrad, Well, at least that got created, that's better than nothing
22:06 japhb I wonder if it was a chdir() problem ....
22:10 Coke darbelo: so, no clue; in the meantime, feel free to comment on the tickets to force me to update them, if that works.
22:11 darbelo Coke: Nevermind. PEBCAK on my side.
22:11 darbelo I can edit tickets.
22:16 japhb fperrad, ping
22:16 fperrad japhb pong
22:17 japhb fperrad, please add 'say($cwd);' after line 641 of plumage.nqp, rebuild, and retry.  I want to make sure the various directory movements are working for you.
22:17 japhb Debugging by remote print statements, whee!
22:19 japhb .oO( I knew I should have thrown more cycles at testing the core plumage libs this weekend ... )
22:20 dalek winxed: r176 | julian.notfound++ | trunk/examples/parser.winxed:
22:20 dalek winxed: first step towards expression parsing in example parser
22:20 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=176
22:21 fperrad japhb, looks good, say :
22:21 fperrad D:\Documents and Settings\fperrad\.parrot\plumage\build
22:21 japhb Hum.
22:23 japhb fperrad, OK, next thought: try manually cd'ing to that directory, and copy and paste the git clone command it showed, and see what happens.  (I'm thinking perhaps a goofy permissions error or something)
22:24 dcolish joined #parrot
22:25 bacek joined #parrot
22:28 fperrad japhb, manually ok
22:28 fperrad but I work with
22:28 fperrad C:\fperrad\Parrot\parrot-plumage>which git
22:28 fperrad C:\Program Files\Git\cmd\git.CMD
22:28 fperrad I don't known how 'spawnw' handles .CMD
22:28 japhb oh, ah.  Hmmm, interesting.
22:30 japhb fperrad, looks like it's (at least) me being stupid.
22:30 japhb trying to fix.
22:32 fperrad japhb, use find_program() from Util.nqp
22:34 japhb fperrad, see this push.  ;-)
22:38 dalek TT #1095 closed by darbelo++: [PATCH] un-TODO unconditionally some tests in t/op/io.t
22:38 dalek parrot-plumage: 6729156 | japhb++ | :
22:38 dalek parrot-plumage: [plumage] Actually use BIN hash, duh.
22:38 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/672915676b3d1a2cad4d74cd2dad2150261e90cd
22:39 japhb What is dalek's refresh interval set to?
22:39 nopaste "fperrad" at 77.200.211.132 pasted "japhb, another step" (21 lines) at http://nopaste.snit.ch/18717
22:40 darbelo Varies from feed to feed I think. But the default seems to be 'too damm long'
22:40 darbelo ;)
22:40 japhb darbelo, nodnod
22:40 japhb fperrad, because of mixed / and \ maybe?
22:42 japhb fperrad, what is the output for you of 'parrot_config bindir' ?
22:43 fperrad japhb, no, in fact, my HOMEDIR is D: & my parrot is in C:
22:44 japhb oh, arg.
22:44 japhb and parrot_config bindir does not in fact contain the drive?
22:45 fperrad japhb, yes, so I must work in the same drive
22:45 * darbelo wonders why couldn't MS just freaking use unix for their OS.
22:46 japhb darbelo, They did that, a long time ago.  It was called 'Xenix'.
22:47 japhb fperrad, That seems like a parrot bug then ...
22:47 darbelo japhb: I know about that, It just makes me wonder all that harder.
22:48 japhb darbelo, :-)
22:48 darbelo I'm still hoping the pull an 'apple' and ship Windows X on top of a unix foundation.
22:49 fperrad japhb, no, I configure Parrot with --prefix=/Parrot-1.7.0-devel
22:49 chromatic Hopefully they'll pull one better than Apple and ship a Unix from at least the late 90s.
22:50 japhb fperrad, why not include the drive in your prefix?
22:51 fperrad japhb, that allows to install in any drive
22:53 japhb fperrad, but ... how am I supposed to find it when I want to run it?
22:55 fperrad japhb, the setup.exe which install Parrot, modify the PATH
22:56 japhb fperrad, another push incoming ... this at least makes all binaries go via %BIN
22:57 japhb OK, so path is modified ... but what if you install multiple versions of Parrot on the system?
22:57 japhb I should be able to use 'bindir' to find the *particular* parrot that invoked plumage.
22:58 japhb Come to think of it, that information ought to be frozen into the plumage fakecutable somehow, neh?
23:00 mikehh joined #parrot
23:00 he_ Hmm, I admit I don't know pir, but how is "mod $N2, 10, $N0" supposed to leave something in $N1?
23:00 dalek parrot-plumage: ec77f9f | japhb++ | :
23:00 dalek parrot-plumage: [plumage] Use %BIN more aggressively
23:00 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/ec77f9f88424d46d18c54ae0605dfabbf9aa45a0
23:01 he_ This is test_mod_n_nc_n_by_zero from t/op/number.t which failed on one of my platforms after a recent svn update.
23:01 ascent joined #parrot
23:02 he_ The test doesn't otherwise set $N1, but tests for its contents.
23:02 chromatic That sounds like a test error, _he.
23:02 chromatic I mean he_.
23:03 japhb he_ ... looks like the test right above the one you quoted is wrong also.
23:04 chromatic They should both check $N2, not $N1.
23:04 japhb fperrad, still thinking or did I lose you?
23:04 fperrad japhb, works with the same Parrot is mandatory when you load library or dynext
23:05 fperrad but when you spawnw 'parrot', you could use another one, so you could spawnw parrot in the PATH
23:05 japhb Why would you want to do that for an application like plumage
23:05 japhb ?
23:06 japhb Especially since the next problem you're going to stumble over is trying to install into the bindir ...
23:07 dcolish does anyone know of a current effort to port haskell to parrot?
23:07 cotto_work dcolish, there aren't any I've heard of
23:07 japhb We can't allow something like 'setup.pir' to be accidently run by a parrot other than the one that you want to be installing into, it will get the wrong config info.
23:08 nopaste "chromatic" at 72.87.39.97 pasted "Fix mod tests (japhb, he_)" (20 lines) at http://nopaste.snit.ch/18718
23:08 japhb chromatic, looks good to me.
23:09 fperrad japhb, you are right, I forget the goal of Plumage
23:10 japhb fperrad, OK, now that that's settled.  How do we fix it?  I can understand your goal of being able to install to any drive, so now the question is how to achieve that and still allow plumage to get the fully qualified path to the correct parrot ...
23:11 chromatic I had to switch the expected value of the second test.
23:11 japhb chromatic, yeah, noticed that.
23:11 payload joined #parrot
23:13 dcolish cotto_work: cool, i thought so. i want to make sure i'm not starting from scratch for nothing
23:16 he_ chromatic: with that it passes here as well -- thanks!
23:17 cconstantine joined #parrot
23:21 cotto_work dcolish, are you at all familiar with Rakudo?  Its source is a great place to steal stuff from.
23:22 dcolish only by name
23:22 dcolish i've yet to really look at it
23:29 fperrad japhb, I try to build a installable_plumage, it'll installed near its good parrot
23:29 Austin joined #parrot
23:30 japhb fperrad, How does that help?
23:31 Whiteknight joined #parrot
23:33 dalek parrot: r42538 | chromatic++ | trunk/t/op/number.t:
23:33 dalek parrot: [t] Fixed improper register usage in two tests in t/op/number.t (for the mod
23:33 dalek parrot: opcode), noticed by Havard Eidnes and Geoff Broadwell.
23:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/42538/
23:37 Zak joined #parrot
23:40 kid51 joined #parrot
23:42 mikehh joined #parrot
23:47 nopaste "fperrad" at 77.200.211.132 pasted "japhb, Plumage works on Windows (when I fix my environment)" (46 lines) at http://nopaste.snit.ch/18719
23:48 Whiteknight joined #parrot
23:50 Whiteknight hello #parrot
23:51 davidfetter oh hai
23:52 japhb fperrad, sweet!
23:52 fperrad good night
23:53 japhb fperrad, mind if I tweet that nopaste?
23:57 hercynium joined #parrot
23:57 tetragon joined #parrot

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

Parrot | source cross referenced