Update: fyi for anyone who cares, the mentioned path above is working like a charm. I am compiling like normal now with both the paths set, weird. anyway thanks for the time and info guys.
Here's something interesting, I might have fixed the problem temporarily, but still not permanently. changing the path from C:\MinGW\bin; to C:\MinGW\bin;C:\MinGW\libexec\gcc\mingw32\3.4.5; allows zsnes to compile just fine it seems (well other than the fact that right now, the dsp code is getting w...
As do I, using the ZGet's bundle for MinGW is much simpler to me than setting it all up myself. When in Linux, I like actually setting the stuff up properly, but in Windows, I don't particularly like messing with it. At any rate, I am currently using ZGet to re-get the MinGW bundle, I will test agai...
Well, that does make some sense, I've had other "path" dependent apps fail because of long paths, so I fixed that issue, and inadvertantly removed the ati shit, been meaning to for a while, anyway, then i get this.... what is so strange is that it works fine inside of zget, which should be...
It's simple, you need to set the proper path for MinGW. (eg. C:\MinGW\bin) bah! it's there, perfect and all, otherwise, g++ wouldn't throw me an error about installation, it would simply say "command or file not found" for make and g++. that was my first thought too, this is driving me nu...