Closed cbeck88 closed 9 years ago
Hmm, strings.lua
is from the standard Lua test-suite I assume? That's... odd, I don't recall Eris digging into anything on the Lua side that would change runtime behavior.
So, after more investigation, this is what I've found --
LUA_USE_AFORMAT
define apparently fixes the string.lua
issue for both lua and eris.verybig.lua
permissions failure doesn't appear when running wine in a slightly different way, so I assume that this has something to do with my wine configuration. The issue is the same in lua 5.3.0 and eris.So I don't think that either of these are actually eris issues, sorry to bother you :smile:
Allright, glad to hear it! :-)
I have been trying to get all the lua unit tests to pass for my project whether I build for linux native or cross-compile with mingw. I have had some problems with the mingw version -- most likely there are some problems in my projects configuration.
However, in trying to pinpoint it I also found that when I do a default build of eris (1.1.0-5.3) I don't pass all of the lua-5.3.0 unit tests either, when I run through wine.
I am testing using the given make file with
make mingw
and running the executable through wine. My test script looks like this, if you care:I am using
i686-w64-mingw32-gcc
.The specific tests that I fail are: Some test in
strings.lua
, apparently related toformat %a
:And I fail some
verybig.lua
test (but this looks OS-related):Anyways I thought maybe it's worth reporting. Do you think I should be worried about any of this?
Edit: For what it's worth, I fiddled around with this some more, the
'%a'
issue seems to be fixed if I disable it inluaconf.h
It might just be poor support for the feature or something in my version of mingw? Possibly related SO post