Perl 6 - the future is here, just unevenly distributed

IRC log for #6macros, 2017-06-22

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

All times shown according to UTC.

Time Nick Message
01:49 ilbot3 joined #6macros
08:27 cog_ joined #6macros
10:04 cog_ joined #6macros
11:05 cog_ joined #6macros
11:57 Ven`` joined #6macros
11:58 Ven`` coming back to what you said, masak , a few weeks ago
11:58 Ven`` "macro-expanded code is always synthetic" -> is that also true for spliced-in values?
11:58 Ven`` I know scalac gets confused by its own mechanism for synthetic (in that it "forgets", kinda like Perl 5 with int/str)
11:59 Ven`` I'm not sure the term "replica" is useful, splicing values into a quasi is somewhat like... instantiation?
19:44 masak no, spliced-in values can be organic (if they came in as parameters which were ultimately parsed macro arguments or operands) or synthetic (sometimes when the macro made them)
19:44 masak or a mix of the two
19:46 masak I'm less enthused about the "replica" terminology now. but I'm not keen on "instantiate" either. that term is a bit overloaded already, and kind of nabbed by OOP.
19:49 masak in other news: Q::Expr::StatementListAdapter will soon become Q::Expr::BlockAdapter
19:50 masak ...because code-that-has-been-expanded-in needs a block-like container to hold declarations etc. so that these don't leak out
19:51 masak this is currently blocking infix:<ff> and family

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