sigloiv Posted January 15, 2006 Share Posted January 15, 2006 Has anyone gotten dsemu-ng to compile with Cygwin? This is the farthest I've gotten: $ make -f Makefile.mingw rm -f sysdep.h echo '#define DSEMU_VERSION_STR "DSemu-ng-20060103"' >> sysdep.h gcc -o endtest endtest.c if [ -z `./endtest` ]; then echo "#define BOK_BIG_ENDIAN 0" >> sysdep.h; else ec ho "#define BOK_BIG_ENDIAN 1" >> sysdep.h; fi rm -f endtest if [ `fltk-config --version 2> /dev/null` > "0" ]; then touch fltk-check; else rm -f fltk-check; fi g++ -O2 -Wall -pedantic -ansi -fPIC -c -DARM7TDMI_X86 -o dsemu.o dsemu.cpp dsemu.cpp:1: warning: -fPIC ignored for target (all code is position independent) In file included from dsemu.cpp:8: log.h: In static member function `static const char* Logger::logname()': log.h:96: error: `snprintf' undeclared (first use this function) log.h:96: error: (Each undeclared identifier is reported only once for each function it appears in.) make: *** [dsemu.o] Error 1 By the way, this is with the mingw Makefile. I've tried all of 'em, and none work, but this one was the one I thought I should be using. Link to comment Share on other sites More sharing options...
ken_cinder Posted January 16, 2006 Share Posted January 16, 2006 BIG ENDIAN + Windows = Nuh uh (Rather CISC based processors, I'm not sure how 64bit x86 works regarding Big Endian though) I can't really say more than that, but that alone should be enough for you to tell you certainly aren't using the right makefile. Link to comment Share on other sites More sharing options...
sigloiv Posted January 16, 2006 Author Share Posted January 16, 2006 The only other one that doesn't have the Endian issue is the MSC one, and that just outputs something about a missing separator on line 29. Link to comment Share on other sites More sharing options...
ken_cinder Posted January 16, 2006 Share Posted January 16, 2006 Well the DSEmu-NG branch is for OTHER platforms. Compiling NG with Cygwin for Windows is well.......pointless. I'd be betting on the BIG ENDIAN support being for PPC/Custom architectures. (Mac, Xbox 360 in the future.....etc)The Windows codebase maintained by DoubleC is where you want to be when compiling for Windows. http://www.double.co.nz/nintendo_ds/dsemu.html Link to comment Share on other sites More sharing options...
sigloiv Posted January 16, 2006 Author Share Posted January 16, 2006 (edited) Wait, I get it now...Cygwin compiles nix apps for Windows. However, there is a MinGW makefile (which means that dsemu-ng should run perfectly fine on Windows). EDIT: OK, I've gotten so far with this, and I'm not going to give up until it's totally compiled. MinGW is totally working with the fltk libraries, and I've gotten quite a bit into the compilation without an error. I believe that this error may actually be attributed to the code and not me...I could be wrong though. Anyways, here's the error: arm7tdmi.o(.text+0x42f7):arm7tdmi.cpp: undefined reference to `ARM7TDMI::XTLUT' arm7tdmi.o(.text+0x4428):arm7tdmi.cpp: undefined reference to `ARM7TDMI::XOLUT' thumb7-olut.o(.text+0x11c):thumb7-olut.cpp: undefined reference to `ARM7TDMI::topBXreg()' make: *** [arm7tdmi.dll] Error 1 EDIT: I just compiled the previous build with the same MinGW environment, and it worked fine. There's definately something wrong with this particular build. Edited January 16, 2006 by sigloiv Link to comment Share on other sites More sharing options...
Two9A Posted January 24, 2006 Share Posted January 24, 2006 EDIT: I just compiled the previous build with the same MinGW environment, and it worked fine. There's definately something wrong with this particular build.Oh, hell yes. The current distribution (20060103) has dynarec tables defined for compilation, but I believe I've only added compilation instructions in the Makefile for Unix (that being what I test it on). If you want to compile it with mingw, have fun editing the Makefile. Apologies for the delay, by the way; I don't drop by so often Link to comment Share on other sites More sharing options...
Recommended Posts