0 Members and 21 Guests are viewing this topic.
You know, there are some of us who agree with Kolla and don't see the need for all this defensiveness about the Vampire.I, for one, want a compatible CPU, FPU and MMU. I don't see gcc being adapted for the special instruction set of the "080", particularly since the instruction set is still changing. Likewise, there's no way anyone is going to spend even a tiny bit of work caring about the special case of an "080" for LLVM - all energy is going in to generating code than can run on real m68k chips. If an emulation or an FPGA implementation can also run code that runs on real m68k chips, then great!All this talk about memory controllers requiring a different kind of MMU is bull. You're conflating issues. A memory controller needs access to things that an MMU needs to do, but this does not require a reinvention of an MMU. There's no good reason whatsoever that an m68k compatible MMU can't also support the needs of a memory controller (or multiple controllers) without making the MMU incompatible from the point of view of the running OS.What I'm getting at here is that there are all of these apologists for the Vampire that are pretending that there are reasons why a non-standard MMU and non-standard FPU are somehow "necessary", when it's nothing but bull. What each and every apologist here is missing is how this is going to mean the Vampire will miss out on helping with real projects such as gcc, LLVM, and all the cool tools and software that come with a proper suite from each of those.Also, there's no good technical reason that I can imagine or have seen here or anywhere else that suggests that anything but a superset of the m68k instruction set is necessary. Add features all you want, but trying to say that they have to come at the expense of compatibility is specious at best and willfully ignorant at worst.Kolla has a tremendous amount of patience to deal will all of the apologists. I'd have given up a long time ago. I don't even have anything else to add here besides this until there are Vampire options that can run m68k code properly. It's of interest to me personally when I can run NetBSD on it and work on testing toolchain issues.One day, we'll make another ixemul library based on modern NetBSD and we'll again have a way to compile and run lots of free and open source software on AmigaDOS.