develooper Front page | perl.perl5.porters | Postings from January 2001

Re: [PATCH perl@8229] Call.pm

Thread Previous
From:
Nicholas Clark
Date:
January 4, 2001 13:06
Subject:
Re: [PATCH perl@8229] Call.pm
Message ID:
20010104210612.A5305@plum.flirble.org
On Thu, Dec 28, 2000 at 04:29:19PM -0600, Jarkko Hietaniemi wrote:
> A propos: I would really appreciate if people looked into
> implementing/integrating the whole source filter framework in terms of
> the new shiny perlio framework, so that we could effectively implement
> Filter::Util::Call without Filter::Util::Call, if you get my
> meaning...  I would dearly like to see to Filter::Util::Call
> functionality in 5.8 but without having to have it as an external
> extension.  This way we could do 'syntax reshaping' a la Damian's
> switch.pm, and packed libraries (.zip, .tar.gz, .par?), and compressed
> libraries, and encrypted libraries, et cetera.

I feel compression (at least of those) should be a perlio layer (or something
below a source filter) as it ought to manipulate the DATA file handle in the
same way as the rest of the file that holds the program
(It's problematic to do these sort of things as source filters (without an
unread facility), because the tokeniser works in line mode, with the effect
that the DATA file starts after /__DATA__.*\n/
But if your source filter is running in block mode and has read ahead beyond
(whatever corresponds to) that \n then it now has data it ought to stuff back
for the (unfiltered) DATA handle) But there's no method to stuff it back.
(because the source filter transformation may not be 1 to 1)

Nicholas Clark

Thread Previous


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About