Parrot via RT schrieb:
A useful optimization would be to remove the run-time access to
include/config.pir for linked installable's, where the frozen
config.fpmc is already linked.
There the sub _config should use some config detection logic
(suggestion: new config key 'installed') to omit
.include "library/config.pir"
It should be investigated if the interpinfo .INTERPINFO_RUNTIME_PREFIX
would allow this without a new magic key, but this check would
require a .include "interpinfo.pasm" which has the same problems.
I found an old gentoo patch which did exactly this. It doesn't work
as-is but the idea is the same.
Here they used a getinterp[.IGLOBALS_CONFIG_HASH] I guess some years ago
someone axed it with some plan how to do it later.
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/parrot/files/parrot-config.patch?rev=1.1&view=log
Submitted as
http://bugs.gentoo.org/show_bug.cgi?id=101858 by Adrian Lambeck
<[EMAIL PROTECTED]>
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
--- parrot-0.2.3/parrot-config.imc 2005-04-11 11:54:11.000000000 +0200
+++ parrot/parrot-config.imc 2005-08-06 13:33:29.000000000 +0200
@@ -27,9 +27,11 @@
.local int argc
argc = argv
if argc < 2 goto usage
- .local pmc conf_hash
+ .local pmc interp, conf_hash
.local string key
- conf_hash = _config()
+ .include "iglobals.pasm"
+ interp = getinterp
+ conf_hash = interp[.IGLOBALS_CONFIG_HASH]
.local int i
i = 1
loop:
@@ -70,4 +72,3 @@
printerr ": config-key\n"
exit 1
.end
- .include "library/config.imc"
