Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[perl #32374] [TODO] Command line support for various compilers

1 view
Skip to first unread message

Will Coleda

unread,
Nov 8, 2004, 10:57:19 PM11/8/04
to bugs-bi...@rt.perl.org
# New Ticket Created by Will Coleda
# Please include the string: [perl #32374]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32374 >


I was talking with Dan on IRC about what we're going to do as a replacement for macros. Talk turned to implementing a registered 'compile'r for "pre parsed PIR".

For this to be useful, of course, we'd need to be able to run it from the command line. As dan said:

<@Dan> Sure. Add it as a todo, since that's what we should do. The
bytecode loading system should autodetect based on extension or
magic info, or with a -switch of some sort

Which I take to mean, something like:

./parrot foo.pimc #parsed imc - automatic detection
./parrot foo.pbc #magic info in pre-compiled bytecode
./parrot -lang=ppir foo.imc #file contains parsed imc with a sneaky filename.

The primary issue I see is the ability to register official compilers in your parrot build. For example, I provide a tcl compiler - but we'd need a way for

./parrot foo.tcl

to be able to find tcl's compiler. (or tell you the reason why.)

This would also eventually let me do something evil, like:

% ln /usr/local/bin/parrot /usr/local/bin/tclsh
% cat foo.tcl
#/usr/local/bin/tclsh
puts "whee!"
% chmod a+x foo.tcl
% ./foo.tcl
whee!
%

0 new messages