[_old_dude_]

I agree. And the next section is very clear that they want to kill the project.

  > For example, rather than proposing one single concrete JIT implementation,
  > it may make more sense for the PEP to describe a JIT infrastructure that
  > can support multiple implementation strategies.
  > Since many different and promising JIT tracing approaches continue to be proposed,
  > we believe the infrastructure should make it easy to experiment with and evaluate
  > those approaches within CPython rather than be highly coupled with a single strategy.

Allowing multiple strategies is far harder and as far as I know, JIT tracing is still unproven.

[zem]

I'm a big fan of the pluggable jit strategy (I even gave a brief presentation about it at an earlier pycon). the idea is that you identify the seams in the interpreter where the jit interacts with the main interpreter loop, and then provide a clean mechanism for the built-in jit to be replaced by something else that works with the same api surface. it's a bit harder than letting the built-in jit be tightly coupled to and intertwined with the rest of the interpreter but certainly not far harder, and the work to get this sort of clean separation will help keep the jit maintainable even if there is never a second jit.