This is a first, very small, very tentative step in divorcing our Lua runtime from the ESP8266 / Xtensa architecture. In particular, rather than using hard-coded offsets when defining byte extractor functions, we rely on the C compiler to compute offsets for us. I've tried to make this something that might plausibly go upstream, too (and have begun work on the other direction of "meet in the middle", making a patch set against an upstream Lua 5.3, with the goal of reaching parity with app/lua53).
This PR should be completely cosmetic, generating identical assembler (but different DWARF, naturally).
[x] This PR is for the dev branch rather than for the release branch.
This is a first, very small, very tentative step in divorcing our Lua runtime from the ESP8266 / Xtensa architecture. In particular, rather than using hard-coded offsets when defining byte extractor functions, we rely on the C compiler to compute offsets for us. I've tried to make this something that might plausibly go upstream, too (and have begun work on the other direction of "meet in the middle", making a patch set against an upstream Lua 5.3, with the goal of reaching parity with
app/lua53
).This PR should be completely cosmetic, generating identical assembler (but different DWARF, naturally).
dev
branch rather than for therelease
branch.docs/*
.