Aaron Sherman wrote:
Do any C++ programmers consider the STL to be anything other than "in
core" even though it's not part of the compiler, and with at least GCC,
it's distributed as a separate component?
Do any C programmers consider strlen or sprintf to be outside of the
core? It's part of the AN
On Thu, Jul 22, 2004 at 02:48:59PM -0600, Luke Palmer wrote:
: JOSEPH RYAN writes:
: > When I think about your description of xxx, I
: > summarized it in my head as "Call a coderef a certain
: > number of times, and then collect the results."
: > That's pretty much what map is, except that xxx i
On Thu, Jul 22, 2004 at 08:23:21AM +0200, Juerd wrote:
: Larry Wall skribis 2004-07-21 12:25 (-0700):
: > I'm inclining more towards the "only interpolate things that end with
: > brackets or parens" rule. That would allow $foo.bar() to interpolate,
: > but not $foo.bar.
:
: Anything that is deci
On Thu, Jul 22, 2004 at 03:33:01PM +0200, Michele Dondi wrote:
: But then an interesting point, and one that has already
: been raised, is that it should be somehow possible to customize string
: interpolation bu means of e.g. adverbs (fortunately we don't have "true"
: literal strings but rather
On Sat, Jul 24, 2004 at 04:51:52PM -0700, Brent 'Dax' Royal-Gordon wrote:
: This would require 'cpan' to parse the script with a modified grammar
: that noted all the 'use's (and 'require's, I guess), then install each
: module. Or something like that.
:
: Hmm...maybe this could be done for Per
On Thu, Jul 22, 2004 at 11:12:16PM +0100, Dave Mitchell wrote:
: On Wed, Jul 21, 2004 at 04:37:29PM -0700, Larry Wall wrote:
: > We allowed/required @foo to interpolate in Perl 5, and it catches a
: > certain number of people off guard regularly, including yours truly.
: > So I can argue [EMAIL PRO
David Storrs wrote:
#!/usr/bin/perl6
#use warnings; # Note that I am NOT explicitly using these
#use strict;
{ no 'warnings'; no 'strict'; # These must be explicitly turned off...
no installation_security; # or this would throw warning & error
use SomeModule; #
use OtherMod
On Thu, Jul 22, 2004 at 11:16:09AM -0500, Dan Hursh wrote:
: Larry Wall wrote:
: >No Yes
: >-- ---
: >@foo@foo[1]
: >%bar%bar{"a"} or %bar«a»
: >$foo.bar$foo.bar()
: >&foo &foo(1)
:
: I may have missed it, but what are the contexts
On Sat, Jul 24, 2004 at 11:59:30AM -0400, Jonadab the Unsightly One wrote:
:
: Correct me if I'm wrong, but, by analogy with $foo.bar(), ...
:
: > No Yes
: > -- ---
: > @foo@foo[1]
: > %bar%bar{"a"} or %bar«a»
: > $foo.bar$foo.bar()
: >
On Sat, Jul 24, 2004 at 02:23:10PM -0700, Brent 'Dax' Royal-Gordon wrote:
> Jonadab the Unsightly One wrote:
>
> >Oh, and here's me resisting the urge to suggest that use ought to
> >automatically install from the CPAN anything that isn't present, as a
> >core behavior right out of the box.
>
> S
Jonadab the Unsightly One wrote:
Surely, at bare minimum, there must be something included in core to
allow things that are not in core to be easily installed, the
equivalent of what CPAN.pm is for Perl5 (hopefully even better, and
I believe that's the current plan--the core will include CPAN, LWP,
On Sat, Jul 24, 2004 at 12:08:24PM -0400, Jonadab the Unsightly One wrote:
: Johan Vromans <[EMAIL PROTECTED]> writes:
:
: > Larry Wall <[EMAIL PROTECTED]> writes:
: >
: >> : my $d="a";
: >> : print "--$d--{my $d = "b" }--$d--\n";
: >>
: >> Yes, that is correct.
: >
: > I'm afraid things like th
Johan Vromans <[EMAIL PROTECTED]> writes:
> Larry Wall <[EMAIL PROTECTED]> writes:
>
>> : my $d="a";
>> : print "--$d--{my $d = "b" }--$d--\n";
>>
>> Yes, that is correct.
>
> I'm afraid things like this will keep many popular editors and IDEs
> from implementing perl6 support...
Then maybe peo
Correct me if I'm wrong, but, by analogy with $foo.bar(), ...
> No Yes
> -- ---
> @foo@foo[1]
> %bar%bar{"a"} or %bar«a»
> $foo.bar$foo.bar()
> &foo&foo(1)
@foo@foo.join(" ")
Yes?
/me idly wonders whether map an
Michele Dondi <[EMAIL PROTECTED]> writes:
> Well, it seems that there's still a big confusion/indecision about
> the default behaviour. But then an interesting point, and one that
> has already been raised, is that it should be somehow possible to
> customize string interpolation bu means of e.g.
JOSEPH RYAN <[EMAIL PROTECTED]> writes:
> Well, that's what all of the ruckus is about. There is a strong
> leaning towards including *no* builtin modules with the core.
Surely, at bare minimum, there must be something included in core to
allow things that are not in core to be easily installe
16 matches
Mail list logo
