Comment 4 for bug 1276847

I do understand dependencies :) I just didn't think it was necessary to list that all out. However, this clearly isn't a dependancy issue! (Unless you are saying I have to use autoconf 2.5 or something instead of the current 2.68). I grabbed glib, devel stuff, pkgconfig, etc. Its all setup. Paths to mingw in msys setup. All the work to get things going are done.

Now, if what you're really saying is that no one works with the 32 bit version anymore, and so its basically unsupported, I'll grab the x64 msys....its just a hassle because internet access is slow here. I am an assembly optimizer, so I fully understand the benefits of x64. I also know very well QEMU is software only. I'm actually looking to emulate ppc to become a little more familier with the architecture before I have actual hardware to play with. I understand there is a wide range of PPC hardware, but the instruction set is still roughly similar.Given that its RISC I'm not sure exactly what I'm going to be able to do in assembly to speed things up unless when I get to my target platform I find the compiler is terrible at register management or something equally silly. (Its terrible on x86! So many performance gains can be had just by using ecx/rcx for something other than a loop counter when there isn't a loop going on! but I digress).

Anyhow, if you do a fresh pull, grab dependencies, and get the build env all setup, you should see the same error starting with the autoconf issue. I'm still yet to figure out the undefined reference to _impure_pointer issue...most pages that talk about it are in the context of cygwin, and I havent touched cygwin since deleting the directory and re-extracting the archive.