Error while compiling "Could not find python"

[ggoebel]

The Problem

Foo.rakumod:

use Bar;
use Baz;

Bar.rakumod

use Inline::Python;

Baz.rakumod

use Inline::Python;

and doing:

raku -I. -MFoo -e ''

results in

===SORRY!=== Error while compiling -e
===SORRY!=== Error while compiling /home/ggoebel/git/test/Foo.rakumod (Foo)
===SORRY!=== Error while compiling /home/ggoebel/git/test/Baz.rakumod (Baz)
Could not find python in:
    file#/home/ggoebel/git/test
    inst#/home/ggoebel/.raku
    inst#/home/ggoebel/raku/share/perl6/site
    inst#/home/ggoebel/raku/share/perl6/vendor
    inst#/home/ggoebel/raku/share/perl6/core
    ap#
    nqp#
    perl5#
at /home/ggoebel/git/test/Baz.rakumod (Baz):1

at /home/ggoebel/git/test/Foo.rakumod (Foo):2

at -e:1

Note: based on the number of files in the .precomp directory, precomp for Bar.rakumod appears to be successful. It is only the second "use Inline::Python" that results in an error. If after getting the error, I change the order of the use statements, then the code will compile (and precompile) without error.

[niner]

Does adding a no precompilation; to those modules help?

[ggoebel]

yes. will use that as a workaround. thank you.

[ggoebel]

I'm not sure this is a practical work around. As it appears any module which uses a module with a dependency on Inline::Python also needs no precompilation. Which in the code I'm working in means waiting several minutes vs. several seconds

[niner]

If module A prohibits precompilation and module B uses module A, then module B will not be precompiled either (as it cannot be). If you need to add a no precompilation to module B, then something is seriously fishy.

As it is, Inline::Python does try to prohibit precompilation by doing a $*W.do_pragma(Any, 'precompilation', False, []); in the EXPORT sub. For some reason that doesn't seem to work though.

Inline::Python cannot work in precompiled modules right now. The Python runtime it loads represents external state. When precompiling, we'd have to preserve this external state somehow (i.e. the loaded runtime, all loaded modules and the effects of code executed during the build). This requires some serious trickery. Inline::Perl5 gained such support in 2019, but it hasn't been brought to Inline::Python yet:

niner/Inline-Perl5@6958d4a
niner/Inline-Perl5@6e0cf93
niner/Inline-Perl5@6b7697b
niner/Inline-Perl5@42bac85
niner/Inline-Perl5@f72f461

Well, at least the rakudo bugs referred to in that last commit are no longer an issue. That will make doing something similar in Inline::Python much easier.