Perl 6 - the future is here, just unevenly distributed

IRC log for #6macros, 2015-11-19

| Channels | #6macros index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:30 cgfbee joined #6macros
02:47 ilbot3 joined #6macros
03:39 vendethiel joined #6macros
07:20 FROGGS joined #6macros
09:38 sergot morning \o
12:46 Ven joined #6macros
12:53 Ven ahoy
16:48 cgfbee joined #6macros
17:52 pdcawley joined #6macros
19:02 pdcawley joined #6macros
19:16 vendethiel joined #6macros
19:54 FROGGS joined #6macros
19:55 masak o hai
20:01 vendethiel joined #6macros
20:38 masak hm.
20:38 masak I'm getting some non-trivial chafing between the 007 level and the Perl 6 level.
20:38 masak not sure offhand how to solve this.
20:39 masak in Q::Term::Object.eval, we currently initialize a Val::Object, passing it some :properties
20:40 masak I'm trying to generalize that to initializing any type, including most of the Q types.
20:40 masak but Q types don't accept :properties like that. they currently have specialized .new methods with positional parameters.
20:41 masak "ah, good riddance", I thought, and started ripping them out.
20:41 vendethiel *but then*
20:41 masak but halfway through I realized that -- even if I change the places in the parser where these are used, which is no biggie -- all the AST tests depend on those positional constructors.
20:42 masak so, um
20:42 masak "why not both?", maybe
20:42 vendethiel "why not zoidberg", one might propose
20:43 masak :)
20:45 masak thinking about it, I think the AST tests are the aberration here.
20:46 masak there should probably be small factory lambdas instead, mapping positionals to nameds.
20:46 * masak tries out that refactor first
20:46 vendethiel yeah, seems like a good solution
20:46 vendethiel instead of the map key => type
20:47 masak yeah
20:54 masak 'night
21:04 vendethiel g'night :)

| Channels | #6macros index | Today | | Search | Google Search | Plain-Text | summary