-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should be able to build for Windows using mingw64.exe shell #40
Comments
I am working on a fix for this. |
I've think I've finally got this working. I had to add a table-ordering hack to |
can you please guide me whats wrong Generating ../build/projects/windows/mame/gmake-mingw64-gcc/zenith.make... [MINGW64] C:\msys64\src\mame2016-libretro>cc1plus.exe: all warnings being treated as errors |
I've been trying to get
mame2016-libretro
building undermingw64.exe
(rather than the MSYS2-basedwin32env
shell), which has required me to pull in the latest stable version (version 1115 (commit cd9b1a624810b166d11788d01c2aa4daf2ea42e6)) of GENie to resolve some build errors.With that in place, I still get the following remaining build errors:
This is caused by incorrect library ordering in the generated
mame2016.make
.libshared.a
needs to come beforelibsega.a
in order for that function to be recognized by the linker when it reasons overlibsega.a
.The LUA code responsible for this appears to reside in
make_cpp.lua
, inside the functioncpp.linker()
. It needs to somehow be adjusted to guarantee the correct relative static library ordering as needed bymame2016-libretro
in order to successfully link.The text was updated successfully, but these errors were encountered: