hedwards: That used to be true, but with most processors supporting either SpeedStep or Cool 'n' Quiet there's really no reason why the gog installer can't install a script to throttle back the processor to something that works Or at least offer it up as an option.
I think it's a bit more complicated than that.
1) The target CPU for I'76 was the 486 (33 or better) and Pentium (90 or better), with the Pentium MMX 233 being top of the line at that time. My old i7 can be slowed down (through software) to 1.6GHz (on each core), which is still almost 50 times faster than the minimum requirement (486/33), and almsot 7 times faster than the Pentium 233. That's not all, though; on more modern CPUs each (complex) instruction takes less cycles to complete, as well as having better pipeline architecture, out-of-order exceution logic etc, making the actual speed-up a lot larger. The main focus has been on operations used in, among other things, 3D calculations, skewing this picture even more. As an example, an algorithm I wrote for the 486 back in the days spent ~2200 cycles on each iteration; five or six years later the same implementation used less than 1500. This together with increased frequency made it quite a lot faster. Today it'll likely be less than 1000 (although optimizing it for today's CPUs would probably make it less than 4-500 if not better).
2) Not every CPU can easily be throttled back, or they require different ways of doing it. Some may even be "damaged" (as in the wear is significantly disproportionate to the actual use, or risk of damage through overheating). The only(?) way to give users a uniform experience is to ship the game with emulation software of some kind. While this is technically possible as modern computers are that much faster, it might not be a viable option considering the costs.
3) The CPU speed is likely not even the main problem; the frame rate is, or rather, the frequency of vertical refreshes. By slowing down the CPU, doing calculations and drawing of one screenful may take long enough to make it "work", but if the real problem is that some things (e.g. length of flame burst) is calculated in frames (with upper and lower cut-offs most likely), it's a poor solution. Of course, given that the source code is unavailable, it might be the only option - timing issues are very difficult to "fix" without rewriting the offending part of the code.
The way I see it, GOG has the choice of not selling such a game at all, or sell it the way it is; flaws and all. In the latter case (which is the reality with I'76 for instance) I would prefer some statement to the effect of "sorry, guys, this is as good as we can make it - you may try tweaking things yourself, but we can't be held responsible for any problems that may cause", but this doesn't seem to be GOG's style. Which is one of the very few issues I have with GOG - I understand why they don't want to say negative stuff about their products, but only a fool would think any piece of software is without flaws, so I'd prefer knowing more about what flaws there are before purchasing. I wouldn't think any less of GOG's products because of it - quite the contrary.