perl6-internals
[Top] [All Lists]

Re: pdd19_pir.pod: See C<docs/imcc/macros.pod>

To: Parrot Porters <parrot-porters@perl.org>
Subject: Re: pdd19_pir.pod: See C<docs/imcc/macros.pod>
From: Reini Urban <rurban@x-ray.at>
Date: Thu, 28 Aug 2008 19:54:42 +0200
Delivered-to: mailing list perl6-all@perl.org
Delivered-to: perl6-all-poster@perl.org
Delivered-to: mailing list perl6-internals@perl.org
Delivered-to: perl6-internals@perl.org
Delivered-to: perlmail-parrot-porters@onion.perl.org
Delivered-to: parrot-porters@perl.org
In-reply-to: <a45468e30808281030u63c39f2dp947b1bc49c4e2985@mail.gmail.com>
List-help: <mailto:perl6-all-help@perl.org>
List-id: <perl6-all.perl.org>
List-id: <perl6-internals.perl.org>
List-post: <mailto:perl6-all@perl.org>
List-subscribe: <mailto:perl6-all-subscribe@perl.org>
List-unsubscribe: <mailto:perl6-all-unsubscribe@perl.org>
Mailing-list: contact perl6-all-help@perl.org; run by ezmlm
References: <6910a60808250108t65dda8bfqeaf6454a62d839d6@mail.gmail.com> <48B2F14B.6040409@casella.verplant.org> <a45468e30808251105i4cf17896saa335f3e083ab8dc@mail.gmail.com> <48B30D43.9060703@perl.org> <6910a60808260633u1c325040u3d87c4ea7370ebe7@mail.gmail.com> <48B670B2.8080603@casella.verplant.org> <6910a60808280510v6ecb510gf78c72401364638f@mail.gmail.com> <20080828132142.GA8858@pmichaud.com> <6910a60808280809rec80d2fqdc96a41b3198716b@mail.gmail.com> <a45468e30808281030u63c39f2dp947b1bc49c4e2985@mail.gmail.com>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9
Will Coleda schrieb:
On Thu, Aug 28, 2008 at 11:09 AM, Reini Urban <rurban@x-ray.at> wrote:
We could thing of symlinking it to runtime/parrot/library
at make languages, so language_interop can be tested.

Are symlinks usable wherever we might install?

True, there's no perl -MExtUtils::Command -e ln_s
But we have LN_S          = @lns@

Also, I wonder if any of this relates to RT #47992 ("'parrot foo'
automatically finds and invokes foo.pbc")?
If foo.pbc is in parrot/library/foo.pbc then it will be found.

The pbc library searchpath is only "." and "@lib_dir@/parrot/library".

Also PARROT_RUNTIME can be defined in ENV to override
the runtime prefix and therefore the library search path..

I had always thought that the compiler/compreg opcode would eventually
be extended to load the library we needed for language interop; If
not, I'm not sure there's much point in keeping the ability to
register compilers, is there? If someone wants to use the tcl
compiler, they need to know to load the bytecode first anyway.

--
Reini Urban
http://phpwiki.org/  http://murbreak.at/


<Prev in Thread] Current Thread [Next in Thread>