Still, I doubt hey would enforce it. But you can't build a business around it anymore, it's just too risky.
There's also PreScheme, which is one of my favorites. It's subset of Scheme which simply generates a few C functions that use a bunch of stack variables and gotos without any runtime.
The opportunity cost risk is rather high, you're betting that Apple will never figure out that you're violating the terms of the new agreement.
ADDED: Evil Thought: if they want to audit your code in the future, requiring it to be in a strictly limited number of languages will allow that.
Not saying they will, not saying they've even thought about it ... just that "Power tends to corrupt, and absolute power corrupts absolutely" (http://en.wikipedia.org/wiki/Power_corrupts#.22Lord_Acton.27...) and that someday this limitation will add to Apple's temptations.
Consider how compilation works ... you have a parser that takes your source-code and builds a syntax tree from it.
Then the syntax tree is checked for correctness, optimized, transformed, with type rules inferred and symbol tables created and all that.
Then a backend takes the result and generates source-code (or byte-code or assembly). The thing to remember is that compilers use certain patterns and certain optimizations to generate the resulting source code.
Because of the transformations a compiler does on the syntax tree and the way the result is generated, such patterns can emerge even from the binary.
It's difficult to have 100% accuracy though, but I don't think they would sweat over that.