From @moritz

Since the ins2 branch merge, you can't run the non-installed 'perl6'
fakexecutable from anywhere else than the build tree.

$ ./rakudo/perl6 -e 'say "hi"'
Null PMC access in isa()
current instr.​: 'parrot;P6metaclass;register' pc 633
(runtime/parrot/library/P6object.pir​:430)
called from Sub 'perl6;Perl6Role;onload' pc 5091
(src/classes/Signature.pir​:412)
called from Sub '_block138' pc -1 ((unknown file)​:-1)

(this has been reported on IRC independently a few times on linux and MacOS)

Usually I'd just recommend installing Rakudo (which works from any
directory then), but there's a case where that doesn't work​:
Rakudo installs into the same --prefix directory as parrot, so if you
have a system wide parrot installation and no root privileges, you can't
get Rakudo running outside the build dir now.

So either the non-installed rakudo should be made to work, or rakudo's
Configure.pl should get its own (optional) --prefix to enable local
installs.

Cheers,
Moritz

From @pmichaud

The problem is that Rakudo needs to have its dynamic PMCs and opcodes
available in a place where the installed Parrot can find them. By
default the only places that Parrot looks is in its own installed
library directories and in the "dynext/" subdirectory of the current
working directory.

I don't know if it's possible for a .pbc file to change/extend Parrot's
defaults; even if it is, I'm not entirely sure how to get that
information encoded into the .pbc .

Pm

The RT System itself - Status changed from 'new' to 'open'

From @pmichaud

On Sat Sep 26 10​:55​:52 2009, pmichaud wrote​:

The problem is that Rakudo needs to have its dynamic PMCs and opcodes
available in a place where the installed Parrot can find them.

BTW, these are the perl6_group.so and perl6_ops*.so files on Linux.

Pm

From @coke

On Tue Aug 18 01​:38​:48 2009, mlenz@​physik.uni-wuerzburg.de wrote​:

Since the ins2 branch merge, you can't run the non-installed 'perl6'
fakexecutable from anywhere else than the build tree.

$ ./rakudo/perl6 -e 'say "hi"'
Null PMC access in isa()
current instr.​: 'parrot;P6metaclass;register' pc 633
(runtime/parrot/library/P6object.pir​:430)
called from Sub 'perl6;Perl6Role;onload' pc 5091
(src/classes/Signature.pir​:412)
called from Sub '_block138' pc -1 ((unknown file)​:-1)

(this has been reported on IRC independently a few times on linux and
MacOS)

Usually I'd just recommend installing Rakudo (which works from any
directory then), but there's a case where that doesn't work​:
Rakudo installs into the same --prefix directory as parrot, so if you
have a system wide parrot installation and no root privileges, you can't
get Rakudo running outside the build dir now.

I don't think this is our problem. I think this is the user's problem.

I think having the user install their own copy if they don't have rights to
the system directory is a fine answer.

The perl5 community is encouraging users to avoid the system perl for a
variety of reasons, it's very easy to do with tools like perlbrew. We make
it very easy with Configure.pl.

So either the non-installed rakudo should be made to work, or rakudo's
Configure.pl should get its own (optional) --prefix to enable local
installs.

Cheers,
Moritz

--prefix now exists (though probably didn't when the ticket was opened)

I'll close this ticket in a few days unless I hear some objections.

--
Will "Coke" Coleda

From @coke

No objections, closing ticket.

--
Will "Coke" Coleda

@coke - Status changed from 'open' to 'resolved'