{"push_id":1803419519,"size":3,"distinct_size":3,"ref":"refs/heads/win/1.6","head":"2fc4950ff5c86011cbcde91020a0b15e9a79958f","before":"6cadb826fc5ea3374ead0b702d0f6511885d6c5e","commits":[{"sha":"34046332296b19a7dcc487cdb3a1d508ebd2375f","author":{"name":"kkm","email":"91bb9abaa9fcaf67e73e7f55fd01da0ba422969c@smartaction.com"},"message":"VS project and solution for static libfst only","distinct":true,"url":"https://api.github.com/repos/kkm000/openfst/commits/34046332296b19a7dcc487cdb3a1d508ebd2375f"},{"sha":"d5a3f53a27f816dd24b511f3ef6b8c819b201496","author":{"name":"kkm","email":"91bb9abaa9fcaf67e73e7f55fd01da0ba422969c@smartaction.com"},"message":"Work around template argument bug in cl\n\ncl incorrectly applies name from the template class definition when\nresolving a name inside a forward declaration of the same class.\n\nThis correct code is not accepted\n\ntemplate<typename U = int, typename W = F<U>> class C;  // 1\ntemplate<typename Ux, typename W> class C {};           // 2\n\nwith the diagnostics of U being undefined when instating C; i. e. the\ncompiler will use literally U as the argument to F<U>, not the actual\ntype given as the first argument of the template C.","distinct":true,"url":"https://api.github.com/repos/kkm000/openfst/commits/d5a3f53a27f816dd24b511f3ef6b8c819b201496"},{"sha":"2fc4950ff5c86011cbcde91020a0b15e9a79958f","author":{"name":"kkm","email":"91bb9abaa9fcaf67e73e7f55fd01da0ba422969c@smartaction.com"},"message":"Work around variadic pack inference bug in cl\n\nReproduction of the bug is not really clear, but variadic templates\nconverted to \"classic\" template in ths change caused the compiler to\ncommit to a version of unordered_map with two arguments (i. e. as\ngiven in an instantiation), and then to fail to compile the (real)\n5-argument template.","distinct":true,"url":"https://api.github.com/repos/kkm000/openfst/commits/2fc4950ff5c86011cbcde91020a0b15e9a79958f"}]}
{"actor":{"display_login":"kkm000"}}