{"push_id":616882672,"size":8,"distinct_size":8,"ref":"refs/heads/master","head":"6729548924eb8803c77177189240f2945b7039fc","before":"baf4f702a42f453d445c53343c8c53994773ccdb","commits":[{"sha":"e762a4e3eb96c0ef67fea2deb21fd5c25ed771d3","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"internal: lex: Remove unused var","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/e762a4e3eb96c0ef67fea2deb21fd5c25ed771d3"},{"sha":"342b217b11657a0f763d9b79207834e07a279bfc","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"tests: Add test case where #include must insert an EOL at EOF","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/342b217b11657a0f763d9b79207834e07a279bfc"},{"sha":"b6736ddbbe5f253acb7b411ba090353f4330b53c","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"cpp: Fix auto-insertion of EOL at EOF\n\nIt worked as far as the CPP's BOL detection goes, but due to being marked\nfor removal, the EOL was then dropped before C parsing, even though the\nC parser expects an EOL to be there to terminate CPP directives.","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/b6736ddbbe5f253acb7b411ba090353f4330b53c"},{"sha":"f4c7147235cf153f721a5b8715542cc2d73b7d85","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"internal: cpp: Don't mark EOL behind ENDINCLUDE for removal\n\nIt's ok since the C parser will never need to see it, since ENDINCLUDE\nis not CPP directive, but this can also be handled by the CPP's normal EOL\nparsing.","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/f4c7147235cf153f721a5b8715542cc2d73b7d85"},{"sha":"59c87b1b3d870f39add7f933b3368cd492a12acf","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"internal: tk: Remove unused var","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/59c87b1b3d870f39add7f933b3368cd492a12acf"},{"sha":"356c87387cbc4103426598a75d5e109a074b5c30","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"Support <...> (#include filenames) from macro expansion\n\n(used extensively by freetype2 headers)","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/356c87387cbc4103426598a75d5e109a074b5c30"},{"sha":"9bc62b7ddb6538e0adce22f3263dbb1147bc90fb","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"Add test case for #include \"filenames\" containing escape sequences","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/9bc62b7ddb6538e0adce22f3263dbb1147bc90fb"},{"sha":"6729548924eb8803c77177189240f2945b7039fc","author":{"email":"9e3d5381281eec35977a91ebf3856c43eaf7f55a@web.de","name":"dkl"},"message":"Fix C string literal lexing/parsing to allow <...> from macro expansion\n\nThis reduces the lexing of string literals to just reading in the whole\nthing, and delays the parsing until later, to be done on-demand via the\nnew hStringLiteral(), which then takes care of evaluating escape sequences\netc.\n\nThis is very similar to the handling of number literals.\n\nThis is needed to support parsing #include \"filenames\" without evaluating\nescape sequences.\n\nThis means that TK_STRING and the others now contain the whole string\nliteral, and as a result all code using it must be adjusted accordingly,\nspecifically: tkSpell() and CPP's stringification, and all string literal\nparsing in the CPP/C parsers.\n\nThis has a nice side-effect: extra double quotes in CLI error messages are\ngone.","distinct":true,"url":"https://api.github.com/repos/dkl/fbfrog/commits/6729548924eb8803c77177189240f2945b7039fc"}]}