xla in pmap fails (i.e. jit-of-pmap or lax.scan with collectives)

The parallel xla interpreter currently doesn’t properly support nested jit compilation. A practical example of this issue is when trying to use psum from within scan:

pmap( partial(lax.scan, lambda c, x: (c + lax.psum(x, "i") , c), 0.), axis_name="i" )(np.ones((8, 4)))

Scan need to compiles the body of the loop using xla which fails because psum is only defined in the context of the pxla interpreter.

[mattjj]

Fixed the issue @fehiepsi raised in #832.

[mattjj]

Thanks for raising this.

I tweaked the issue title for a canonical “jit-of-pmap” name. This is actually a case of jit-of-pmap because lax.scan does something like jit in its implementation, which is why it doesn’t know about parallel collectives.

jit can be thought of as a special case of pmap (mapping over a non-existant singleton axis), and if we implemented it that way then this would all work automatically. But at the moment because the jit implementation predates pmap, it needs to learn about how to handle parallel primitives like psum (and including pmap itself).