Richard Hainsworth wrote:
May I suggest the following extension to the 'use ' pragma, viz.
use in as constrained by local system>
Without wanting to sound too stupid - why not delegate the decision to a
class/resource loader of some manner, specify your resources as '[some
unique charactor
On 1/7/08, Trey Harris wrote:
In a message dated Mon, 7 Jan 2008, Richard Hainsworth writes:
May I suggest the following extension to the 'use ' pragma, viz.
use in
Oh please, no.
The entire point of the wording currently in the synopsis is so that
we can have platform-independent locatio
On Jan 7, 2008 1:34 PM, Richard Hainsworth <[EMAIL PROTECTED]> wrote:
snip
> Definitely a good idea for the implementation / implementors to decide
> how to get a resource magically.
>
> But ...
> I have run into situations where I wanted to have more control over
> where specific resources were lo
In a message dated Mon, 7 Jan 2008, Richard Hainsworth writes:
Yet, does my proposal *force* this? Is it not possible for the magical
resource locator to coexist with a mechanism to allow local control?
Yes--through C blocks and munging, you can get whatever
complicated, platform- or machine-
Trey Harris wrote:
In a message dated Mon, 7 Jan 2008, Richard Hainsworth writes:
May I suggest the following extension to the 'use ' pragma, viz.
use in as constrained by local system>
Oh please, no.
The entire point of the wording currently in the synopsis is so that
we can have platform
A small tangent that might be relevant -- what's the current convention
for, say, putting several related "packages" in the same file?
In p5, I might write a great Foo.pm that loads Foo::Loader.pm and
Foo::Parser.pm and Foo::Object.pm; I'd usually drop them into seperate
files and have one load t
In a message dated Mon, 7 Jan 2008, Richard Hainsworth writes:
May I suggest the following extension to the 'use ' pragma, viz.
use in constrained by local system>
Oh please, no.
The entire point of the wording currently in the synopsis is so that we
can have platform-independent location o
May I suggest the following extension to the 'use ' pragma, viz.
use in constrained by local system>
For justification, see below.
There were some hot replies to what I thought was a fairly
trivial question. A corollary perhaps of an observation in "Parkinsons
Law" - people on committees arg
>
> No, some people put .pl on the end of their "scripts" because they are
> running on broken operating systems.
>
> So, I imagine, for Perl6, I'll be making the same strong recommendation
> that Perl6 scripts, just like Perl5 and Perl4 scripts before them, have
*no*
> extension.
>
>Randal L. Sch
Larry Wall skribis 2008-01-05 17:39 (-0800):
> Already specced. (...)
> It should probably mention Unicode there as well, but the principle is
> already expressed in terms of case-sensitivity.
You're always a few steps ahead :)
--
Met vriendelijke groet, Kind regards, Korajn salutojn,
Juerd
> "Richard" == Richard Hainsworth <[EMAIL PROTECTED]> writes:
Richard> Perl scripts have had the extension *.pl
No, some people put .pl on the end of their "scripts" because they are running
on broken operating systems.
In the large number of years that I've been writing "scripts" on UNIX, I
On Sun, Jan 06, 2008 at 12:55:28AM +0100, Juerd Waalboer wrote:
: Personally I'm hoping for some extra abstraction in module filenames, to
: allow UTF-8 module names with ASCII filenames.
Already specced. From S02:
In the abstract, Perl is written in Unicode, and has consistent Unicode
s
Richard Hainsworth skribis 2008-01-05 0:14 (+0300):
> Perl scripts have had the extension *.pl
I usually only give throw-away scripts a .pl extension. Others I call
"program" and make executable, with no extension.
> Trivial question, I suppose, but any reason not to use .p6?
It will look incre
To be brief, file extensions for both programs and modules should
remain exactly the same, .pl and .pm, between Perl 5 and Perl 6.
Perl 5 and Perl 6 code are differentiated by what the files contain,
not by their file name extensions. For example, what their internal
'use 6' vs 'use 5' lines s
14 matches
Mail list logo