On Tue Aug 18 01:38:48 2009, ml...@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
