{"push_id":1353281442,"size":44,"distinct_size":44,"ref":"refs/heads/master","head":"a39a4418d05746b01d9c692a233df31b5162459e","before":"bd6a85894099792aef11d24b698c7961c9d8f753","commits":[{"sha":"a0bf9203b0f1db5ffa65508aecca186c07a6b86b","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"[bin/007] Introduce a --backend flag\n\nIn anticipation of wanting to compile to JavaScript. See #166.\n\nIt may seem odd that we're passing in `$runtime` to the backend\nclosures, since the goal is to *not* use the runtime when we\ncompile to JS. The reason we need to do this is that the runtime\nis used in two places for the default parser/runtime combo:\nfirst in the parser, and then for running the code. Since we want\nthe same runtime instead of two unrelated ones, we pass it in.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/a0bf9203b0f1db5ffa65508aecca186c07a6b86b"},{"sha":"d66ba5027b9a74481dd07cf92c98d70a9be3afa6","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Introduce a JavaScript backend\n\nIt only really handles \"Hello, World!\" so far. Everything is\nawfully hardcoded.\n\nNext stop: supporting all major constructs, fleshing out the\nbuiltins, and then maybe attacking nasty corner cases. Or at least\ndocumenting them.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/d66ba5027b9a74481dd07cf92c98d70a9be3afa6"},{"sha":"b2c3a1bddbd28880f9ff8a0c84dc0076e4fc4795","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"[META.info] Belatedly add _007::Backend::JavaScript","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/b2c3a1bddbd28880f9ff8a0c84dc0076e4fc4795"},{"sha":"c49af347fa7bff35b2c2a78f212f51b6d781de1f","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"More correct way to extract JS main body","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/c49af347fa7bff35b2c2a78f212f51b6d781de1f"},{"sha":"eab3ccb7bc21469a5a02da07d2db2a8f4262a6b2","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Handle if statements in JS backend","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/eab3ccb7bc21469a5a02da07d2db2a8f4262a6b2"},{"sha":"1aa9716fa7ab621ae935a9c6c2d62ff33541adbe","author":{"name":"vendethiel","email":"c318d1f9551ed2d3bddb69b4c06a1a247e708c14@hotmail.fr"},"message":"Basic implementation of regexes. String-only for now.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/1aa9716fa7ab621ae935a9c6c2d62ff33541adbe"},{"sha":"522bece91fed5fdd71a43c6177cba63e53b4c4d3","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Add code style test to prevent `.made` method\n\nThe `.made` method reached popularity and semi-ousted its\nsynonym `.ast` in the Perl 6 world. I think \"made\" is a\nparticularly bad choice of name.\n\nIt's a past participle, like \"sung\", \"raised\" or \"wept\".\nEither of these I wouldn't be surprised to see in an `if`\nstatement:\n\n    if $soufflé.made {\n        ...\n    }\n\nThe other possible reading I can think of is that the\n`Match` object itself made something (which should then\nbe supplied as a parameter to the method). But that's\nnot what happened: *we* made something (by calling `make`)\nand gave it to the `Match` object.\n\nThere's no *noun* \"made\". You don't ask the `Match` object\nfor its \"made\". I realize you're meant to read it as\n\"the thing that `make` put in there before\", or\n\"the thing that was made\". But to me it doesn't naturally\nread like that.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/522bece91fed5fdd71a43c6177cba63e53b4c4d3"},{"sha":"d2f135e3be0dfaa2f170ea7719e2a03bdaef4416","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Code style test: no commented-out debug code","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/d2f135e3be0dfaa2f170ea7719e2a03bdaef4416"},{"sha":"276971a423e8aa5b739e63995df914412698ef5f","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Make anon subs stringify to <sub ()>\n\nThis looked nicer when I saw it, rather than the previous\n`<sub (anon)()>`, where the parentheses clash a little bit.\n\nMaybe there are some other situations where \"(anon)\" would be\nnicer -- for example in a stack trace? -- but here I prefer just\nthe empty string. In some sense, that's a much more telling\nname.\n\nThere was no test breakage, so I also added a test for the\nnew behavior.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/276971a423e8aa5b739e63995df914412698ef5f"},{"sha":"72c251b86c2e234689f9af955df8a4e23f56e150","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Correct builtin method name\n\nDiscovered this while re-arranging stuff in a branch.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/72c251b86c2e234689f9af955df8a4e23f56e150"},{"sha":"18c61f17d6da7308b05404fbbb1999c43673200e","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Add --backend=ast\n\npmurias++ for suggestion.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/18c61f17d6da7308b05404fbbb1999c43673200e"},{"sha":"da9a033e2e6b1d7339a01ebead71a917bd67ccb2","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Add name() macro to examples/\n\nBringing this one up in the Bondcon talk, so might as well have\nit in examples/, too.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/da9a033e2e6b1d7339a01ebead71a917bd67ccb2"},{"sha":"913f24e53089f981dd2215d4b80d52f2dd0c0157","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Rename refactor\n\nThey're not all subs; some of them are types.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/913f24e53089f981dd2215d4b80d52f2dd0c0157"},{"sha":"6728085972ffd29c78d669db46f0e63eef3fcc16","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Make sure X::TypeCheck :expects is a type\n\nIf it's a literal string (or any Str value, really), the expected\ntype will be shown as \"Str\", when the intent was to show that\nstring *describing* the type. This is because the method in\nX::TypeCheck that decides what to show in the \"expected\" slot\nlooks like this:\n\n    method expectedn() {\n        (try $!got.^name eq $!expected.^name\n          ?? $!expected.perl\n          !! $!expected.^name\n        ) // \"?\"\n    }\n\nIn our case, we'll always hit the `!!` branch, and thus always\nshow the type of the string (\"Str\"), not the string itself.\n\nIn two of the three cases found, it wasn't really possible to\npick one type, because the description said \"str or int\". But\nwe have to pick one type, because that's how the exception works.\n\nAlso added a test to make sure this doesn't recur.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/6728085972ffd29c78d669db46f0e63eef3fcc16"},{"sha":"4e87eb8883dd3fdf223018ea3951d929b0955233","author":{"name":"vendethiel","email":"c318d1f9551ed2d3bddb69b4c06a1a247e708c14@hotmail.fr"},"message":"Add missing regex features test","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/4e87eb8883dd3fdf223018ea3951d929b0955233"},{"sha":"4e81ec79b450f17ccaacca6ad282a42b84e206ea","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Refactor rename s/Val::None/Val::NoneType/g\n\nAlso realized that in a few (two) places, we do exact testing\nagainst NONE, rather than type matching against NoneType.\nChanged those, because even though it *should* be airtight\nthat we use NONE all over the place, it's not worth it to\ntake any chances.\n\nSo the rule from now on is: use NONE wherever, but typecheck\nwith ~~ Val::NoneType.\n\nI may or may not add a code-style test to enforce that we\ndon't ===-check against NONE.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/4e81ec79b450f17ccaacca6ad282a42b84e206ea"},{"sha":"5725f68fa84cf5bf2f35a872b9df02c4c90ea222","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Get rid of last vestiges of \"oplevel\"\n\need3e68bca89042a711d75ff42e20b89a3d01588 already renamed\ns/_007::OpLevel/_007::OpScope/. These various identifiers\nshould probably have followed suit back then. Better late\nthan never.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/5725f68fa84cf5bf2f35a872b9df02c4c90ea222"},{"sha":"ee7870fd5fcbe0fd010661828911f4f6eb81c32b","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Introduce unexpanded-ast backend.\n\nThis one we basically get for free.\n\nSlight misuse of terminology, since getting an unexpanded\nAST is an adverb on the *parser*, not the backend. Consider\nit one of those technically wrong but pragmatic things.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/ee7870fd5fcbe0fd010661828911f4f6eb81c32b"},{"sha":"82e6eabf23c97152c2c73e3de2960f3759299150","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Simplify implementation of builtin say()\n\nI'm pretty sure that extra line of convoluted code is some kind\nof artifact of our getting more and more elaborate stringification.\nThere was a point when arrays were a little bit special in that\nregard. The fact that the test suite doesn't complain when I\nremove it is good enough for me.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/82e6eabf23c97152c2c73e3de2960f3759299150"},{"sha":"baaf56c097a306d7faaa3076695ca99044e29cd9","author":{"name":"Carl Masak","email":"db9de056906f1cb8da33852a0f7223ec560b170c@gmail.com"},"message":"Remove extraneous newlines at end of file\n\nAlmost tempted to test against this one. Guess I will if I see it\nhappening again.","distinct":true,"url":"https://api.github.com/repos/vendethiel/007/commits/baaf56c097a306d7faaa3076695ca99044e29cd9"}]}
{"actor":{"display_login":"vendethiel"}}