PIR/PASM/PBC files without extensions
Allison Randal
allison at parrot.org
Mon Jan 19 17:56:09 UTC 2009
I'm about to add a deprecation notice for a feature I thought I rejected
a couple of years ago. Quick check first to see if anyone's using it, or
planning to use it.
The feature is the ability to load_bytecode without a file extension,
and have it try '.pbc', '.pasm', and '.pir' to see if such a file exists.
The alternative I propose to implement is to always require a file
extension, but fallback and check an alternate file extension if the
first one isn't found. So, if your file extension is:
.pir -> if not found, check for a .pbc file
.pasm -> if not found, check for a .pbc file
.pbc -> if not found, check for a .pir file, then for a .pasm file
This allows developers to choose whether they prefer source or compiled
form, and optimizes for the common case (.pir and .pbc). It also fits
better with current usage, as PASM is no longer a half-way stage for
PIR, but a separate language.
Allison
More information about the parrot-dev
mailing list