I did some more research Josh, it appears some hacking has to be done to make windres compile unicode.
I tried including the winduni header instead of windows.h along with ansidecl.h from binutils in the resource file but without including windows.h nothing is written and even including that it still ignores the unicode. Also winduni.h and ansidecl.h are not included in MinGW so we'd also have to redistribute them even if it did work. There is also ansidecl.c and winduni.c so maybe I am just supposed to recompile windres.exe with the unicode support?
http://www.opensource.apple.com/source/gdb/gdb-1515/src/binutils/winduni.hI don't quite understand how you get unicode windres.exe working with MinGW and none of the internets make any sense, I also tried passing -D UNICODE -D _UNICODE as defines in gcc.ey
https://www.google.com/?gws_rd=ssl#q=windres.exe+unicodeActually, I think this may shed some light, windres doesn't handle unicode at all, it only handles ASCII, but you can hack it to handle UTF-8 if you want, or we could just escape the symbols ourselves.
http://comments.gmane.org/gmane.comp.gnu.mingw.user/592Edit: Scratch all that --codepage=65001 works
https://github.com/enigma-dev/enigma-dev/pull/893This effectively resolves the issue and the patch will be included in the next portable zip release.