I greatly appreciate the encouraging off-list e-mails I have
been getting the past few days. The fact that no-one on this
list knows I'm taking a vacation has me breaking my vow to
not touch any device more complex than a media appliance
until I return and resume normal operations may 28, to war
at would also tend to bloat the class system, but I think there must
be a way.
Maybe a class could define the method new_from($obj) which would be called if it
existed, and whose return value would be what was assigned to the class-hinted
variable.
Is this going to be still-born?
david
--
(unbalanced brackets are really annoying
The brazen heresy continues...
http://mail.nongnu.org/mailman/listinfo/TERN-discuss
. Very
unambiguous.
>
> --
> Ariel Scolnicov|"GCAAGAATTGAACTGTAG"| [EMAIL PROTECTED]
> Compugen Ltd. |Tel: +972-2-6795059 (Jerusalem) \ We recycle all our Hz
> 72 Pinhas Rosen St.|Tel: +972-3-7658514 (Main office)`-
> Tel-Aviv 69512,
David Corbin wrote:
>
> Ariel Scolnicov wrote:
> >
> >
> > So how do I make C into an array in the first place? Well, I say
> > something like C. But wait -- that's ambiguous! Is
> > C now a copy of the list (1,2,3) (in which case it's an array),
"David L. Nicol" wrote:
>
> >
> > Consider the following syntax:
> >
> > my var; # declaring a scalar
> > my array[]; # declaring an array
> > my hash{};# declaring a hash
>
> For the remainder of the enclosing block, the b
esigning the parser around regexes
> might indicate ways in which Perl's regexes are not yet powerful
> enough.
>
> Larry
That would be coolness.
--
David Corbin
Mach Turtle Technologies, Inc.
http://www.machturtle.com
[EMAIL PROTECTED]
$name (qw/violet purple cream/) {
> push @funx, sub {
> print "I'll take a $name one, please, with @_.\n";
> };
> }
>
> --tom
Or consider this pseudo code -
open file
lock file
dump file
-
he Matrix)
I think it would be a good thing, and would be another things can
distinguish Perl from the other languages like pattern matching once
did. It strikes me as one of those things that are going to end up
adding a whole lot of power that wasn't expected, once people figure
them
x".array[]."yy";
$x = "xx".@array[]."yy"; # not so sure about this one.
# I'm not sure at all about these - I tend to avoid interpolation of
arrays and hashes for "safety"
$x = "xx@{array}yy"
$x = "xx{array[]}yy"
--
David Corbin
Mach Turtle Technologies, Inc.
http://www.machturtle.com
[EMAIL PROTECTED]
urable item is needed by a new revision that isn't in the old one
and warn the user.
I assume that this is really just another very small .pm file.
Thoughts?
--
David Corbin
Mach Turtle Technologies, Inc.
http://www.machturtle.com
[EMAIL PROTECTED]
e to
be, so what do YOU think makes Perl Perl?
In addition to the four I posted, originally, I've added two. Here's my
working list.
native pattern matching;
list manipulation
aweswome text processing.
It's application glue (thanks Tim)
Ability to write powerful 1-line program
it ugly (to you)? Just having to type an additional
character?
Do you have a better suggestion for separating variable type from
context?
>
> Um, don't know about hash{[a-c].*} though (apply regular expression and only
> keep keys that match)
>
> --
> Bron ( but I don't think the ugliness is worth it in the end.. )
--
David Corbin
Mach Turtle Technologies, Inc.
http://www.machturtle.com
[EMAIL PROTECTED]
u want to skip tabs and
> spaces, put that sequence in.
>
> The only consequence would be that you'd have to be consistent in what
> you put in front of the text lines (and in the whitespace prefix
> definition).
>
> --
> Bart.
Why not make
win, especially
> considering your thoughts about the module install system.
>
> What about Foo::Configuration?
>
> /Cajo.
>
> At 13.35 -0400 2000-08-25, David Corbin wrote:
> >There are several modules I've run across that require you to edit them
> >after yo
t;
> This is very usefull for fast searching in DBM for example.
Way cool. I'd love this. But I think you've got your push arguments
backwards.
> PS.
> Perl6 should stay Perl, but must be more than Perl.
> Perl6 should be fast as mentioned in one RFC - but most importa
"David L. Nicol" wrote:
>
> Dan Sugalski wrote:
>
> > I do want to have a set of C/XS/whatever sources as part of the test suite
> > as well--right now perl's test suite only tests the language, and I think
> > we should also test the HLL interface we
]
- -> Sent: Thursday, August 31, 2000 9:31 AM
- -> To: [EMAIL PROTECTED]
- -> Subject: Re: the C JIT
- ->
- ->
- -> On Thu, 31 Aug 2000, David L. Nicol wrote:
- ->
- -> > Perl looks, and AFAIK has always looked, like "C plus lune
noise" to
- -> > many p
On Wednesday, September 27, 2000 4:17 AM, Tom Christiansen
[SMTP:[EMAIL PROTECTED]] wrote:
> This is screaming mad. I will become perl6's greatest detractor and
> anti-campaigner if this nullcrap happens. And I will never shut up
> about it,
> either. Mark my words.
Quote from Larry: "I have
On Wednesday, September 27, 2000 10:21 AM, John Porter [SMTP:[EMAIL PROTECTED]]
wrote:
> Philip Newton wrote:
> > On 26 Sep 2000, Johan Vromans wrote:
> > >
> > > By the same reasoning, you can reduce the use of curlies by using
> > > indentation to define block structure.
> >
> > What an idea! I
-> -Original Message-
-> From: Russ Allbery [mailto:[EMAIL PROTECTED]]
->
-> Perl6 RFC Librarian <[EMAIL PROTECTED]> writes:
->
-> > However, lack of C<\v> represents a special case for a C programmer to
-> > learn. C<\v> isn't used for anything else in double quoted
-> strings, nor
-> >
I'm afraid I had a family crisis yesterday, else another RFC would have been
submitted.
Part of Perl's problems, a severe internal problem that has external (user
side) consequences, is that Perl does *not* have anyone to speak policy with,
while the community itself is submerged in issues of
Realize that you are trying to convince a group who uses POD at the command
line (no, not everybody) to use a complete markup language. We're talking about
self-commenting code, sir, not a strict documentation system with indices and
the likes in any formal sense. Even if a documentation system
I am in the process of drafting a proposal, and have at a minimum split the
thread. However, thank you for pointing out which list this should go in. I'll
redirect further messages there.
On Sunday, October 01, 2000 11:56 AM, Nathan Torkington [SMTP:[EMAIL PROTECTED]]
wrote:
> It's valid to wa
On Sunday, October 01, 2000 4:02 PM, Jean-Louis Leroy [SMTP:[EMAIL PROTECTED]]
wrote:
> > The Perl-KGB-elite has got to go, and a free republic must replace
> > it.
>
> I wouldn't go as far as your entire post, neither in form nor content,
> but I do have concerns about the sociopsycho(patho)logy
On Wednesday, October 04, 2000 4:15 AM, Tom Christiansen
[SMTP:[EMAIL PROTECTED]] wrote:
> >POD, presumably. Or maybe son-of-POD; it would be nice to have better
> >support for tables and lists.
>
> We did this for the camel. Which, I remind the world, was
> written in pod.
>
> ''tom
Uh...
w
> *All* communities have this. It's the nature of people. Pretending it might
> be otherwise is to paint a rather pleasant utopian fantasy that,
> unfortunately, can't exist. (At least not one that has people in it) It's
> one of the common failings of people involved in open source projects.
> As
Tad McClellan <[EMAIL PROTECTED]> wrote:
>
>
> Sorry to mention the code name thing again, I thought the
> whole endeavor rather silly.
>
> But I just stumbled upon the dictionary definition below, so
> I submit it for due (mis)consideration:
>
>
> pearly everlasting:
>
>n. A rhi
e
One thousand eight hundred twenty one
Eighteen hundred and twenty one
As far as *I* am concerned, the middle one is wrong (although I believe it
is considered correct in some parts of the world), and whether to use the
first or the thrid form would depend on context.
--
David Cantrell | [EMAIL
"Bryan C. Warnock" <[EMAIL PROTECTED]> wrote:
> On Fri, 05 Jan 2001, Piers Cawley wrote:
> > But, but... 0.21 is *not* 'point twenty one', it's 'point two one',
> > otherwise you get into weirdness with: .21 and .210 being spoken as
> > 'point twenty one' and 'point two hundred (?:and)? ten'
ighty-nine
You are making the common mistake of assuming that your dialect of
English is correct for all English speakers. It most obviously isn't.
--
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david
The voices said it's a good day to clean my weapons.
I have an idea. Send that japanese to Larry and have him translate it.
However he translates it, it's official.
p
Jeff Okamoto <[EMAIL PROTECTED]> wrote:
> > On Fri, Jan 05, 2001 at 09:42:12PM -0500, Brian Finney wrote:
> > > say we start with this number
> > > 123,456,789
> > >
> > > one
Jeanna FOx <[EMAIL PROTECTED]> wrote:
> Everybody seems to be missing the fact that jwz bitching about Java's
> "32 bit non-object ints" means that at least he thinks they could be
> salvaged. What would he think of Perl's "224 bit non-object ints"?!
> Don't get smug because Perl can iterate over
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> The desire to know the name of the runtime platform is a misdirected
> desire.
> What you really want to know is whether function Foo will be there,
what
> kind of signature it has, whether file Bar will be there, what kind of
> format it has,
it'll do what I tell it to do. This may have more to
do with me having no formal CS education but plenty of 8-bit haXX0ring
than anything else :-)
--
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/
Any technology distinguishable from magic is insufficiently advanced
> Perhaps you meant that Perl 6 is going to have homogeneous arrays, in
> which case an array of ints would keep 32 bits (per value) of int data in
> the array and auto-generate the extra flags and stuff when a value is
> extracted from the array. That's possible, but it's a special case of small
"Branden" <[EMAIL PROTECTED]> wrote:
> Well, mandatory locking is something we should definetly NOT have in Perl6.
> Most of perl's code today is not threaded, and I believe much of it will
> continue to be this way. The pseudo-fork thread behaviour that is being
> proposed also makes this ok. Eve
"Branden" <[EMAIL PROTECTED]> wrote:
> The thing with mandatory locks per variable, is that as long as you only
> want to access _that_ variable, it's ok, but if you want to make several
> uses of several variables and want to do it all at once, you've got a
> problem.
[ big snip ]
Sorry, I misu
James Mastros <[EMAIL PROTECTED]> writes:
> Why can't we change the meaning of time() slightly without changing to a
> different function name? Yes, it will silently break some existing code,
> but that's OK -- remember, 90% with traslation, 75% without. being in that
> middle 15% isn't a bad th
On Wed, Jan 31, 2001 at 04:43:38PM -0500, Dan Sugalski wrote:
> The core's going to look big, but be small
What, like am inside-out TARDIS?
--
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/
Any technology distinguishable from magic is insufficiently advanc
John Porter <[EMAIL PROTECTED]> wrote:
> Simon Cozens wrote:
> > John Porter wrote:
> > > But you need to remember it anyway, so remembering it for time() is
> > > no added burden.
> >
> > Uhm. NO! Remembering that $x+1 things have changed is an "added
burden"
> > over remembering that $x
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 02:17 PM 2/5/2001 -0200, Branden wrote:
> > > I think that, if you want this behavior, a module that implements
it
> > > would be just fine. (Why muck with "use"?) To use a module name
> > > that seems like it could fit this purpose:
> > >
> >
James Mastros <[EMAIL PROTECTED]> wrote:
> The idea is [for Larry] to declare "no, it isn't". Otherwise, you have to
> do refcounting (or somthing like it) for DESTROY to get called at the right
> time if the class (or any superclass) has an AUTOLOAD, which is expensive.
I'm coming in halfway th
James Mastros <[EMAIL PROTECTED]> wrote:
> [snip about DESTORY predictablity not being neccessary]
> You're probably right about that, Branden. Quite nice, but not neccessary.
Hmm, I'd have to say that predictability is very, *very* nice,
and we shouldnt ditch it unless we *really* have to.
[ l
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 04:38 PM 2/15/2001 -0300, Branden wrote:
>
> >Yeah. Beginners. I was one too. And I remember always falling on
these...
> >But that's OK, since we probably don't want any new Perl
programmers...
>
> I've skipped pretty much all this thread so fa
Steve Simmons <[EMAIL PROTECTED]> wrote:
> Paul Johnson wrote:
>
> > Has anyone considered the problems associated with XS code, or
whatever
> > its replacement is?
>
> Pardon my ignorance, but what's XS code?
Simply put (and paraphrastically, so don't nitpick, anyone), XS is using a
funk
yaphet jones <[EMAIL PROTECTED]> wrote:
>
> >Johan Vromans <[EMAIL PROTECTED]> writes:
> >
> >>John Porter <[EMAIL PROTECTED]> writes:
> >>
> >>As someone else said before me, Perl should not be changed
> >>Just Because We Can. Aspects which have proven usefulness and
> >>are deeply eng
Nick, make a decision. As for myself, I won't sit back and watch this.
yaphet jones <[EMAIL PROTECTED]> wrote:
> despite all "cyber" appearances to the contrary, i'm one of you - but
who?
I've been looking back through my archives trying to figure out who you
are. You are certainly not someon
yaphet jones <[EMAIL PROTECTED]> wrote:
> this is completely false when applied to real programming languages.
Please disclose what language you represent.
> => example 1: php
> => relatively easy to learn
> . retains basic perl syntax
> . less cryptic (but more verbose)
>
yaphet jones <[EMAIL PROTECTED]> wrote:
>
> >Feeding the troll:
>
> careful with the troll talk: remember, your god's favorite book
> is the "lord of the rings"...chock full of trolls...and hobbits, too!
>
> >> => example 2: ruby
> >> => now more popular than python in its native japan
> [subject]: "It's funny. Laugh."
I know. I was having fun. We haven't had a lurktrollmuffin in here before
and it was a good diversion from the drollery of waiting...
'Sides, I happen to _like_ defending Perl from nonsensicals, especially
particularly abusive ones.
Simon Cozens <[EMAIL PROTEC
Bart Lateur <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Feb 2001 17:32:50 -0500 (EST), Sam Tregar wrote:
>
> >On Wed, 21 Feb 2001, Bart Lateur wrote:
> >
> >> Actually, it's pretty common. Only, most languages are not as
forgiving
> >> as perl, and what is merely a warning in Perl, is a fatal
Peter Scott <[EMAIL PROTECTED]> wrote:
> At 09:36 AM 2/22/2001 +0000, David Grove wrote:
> >This is what's scaring me about all this talk about
> >exceptions... it can break this mold and make Perl into a "complainer
> >language" belching up un
Hi,
I was reading the RFC list, and I noticed this one. I haven't
seen any discussion about it, so I wanted to say:
1. I fully agree that it is needed -- signed/unsigned integer
support is sadly lacking in Perl5
2. When an implementation method is chosen, we should ensure that
is extensib
> > perl -le '$n=1; print "$n \t",((1 + (1/$n))** $n) while $n*=1.001'
> > [...]
> > When to throw away
> > a result as meaningless is certainly an important piece of wisdom,
> > I do not know any programming languages that do it for you
> > -- issue a warning when you've overloaded your accura
"Helton, Brandon" <[EMAIL PROTECTED]> wrote:
> Please CC Otto in all replies concerning this topic. I want to make
sure
> he
> reads how wrong he is about Perl and its readability and I think Simon
> sums it
> up perfectly here.
Give the braindead no head, Brandon. I've recently come acr
"David Grove" <[EMAIL PROTECTED]> wrote:
>
> "Helton, Brandon" <[EMAIL PROTECTED]> wrote:
>
> > Please CC Otto in all replies concerning this topic. I want to make
> sure
> > he
> > reads how wrong he is about Per
> OK, before this *completely* heads into the direction of advocacy,
which
> it's dangerous close to anyway, you need to qualify that.
Uh, have you followed this thread? It's nothing but another perlbashing
session by a verbosity monger who can't handle $.
> From: Russ Allbery [mailto:[EMAIL PROTECTED]]
> >we can just flat-out say "We may optimize your
> > sort function"
>
> I am strongly in favor of that approach. I see no reason to allow for
> weird side effects in Perl 6.
Let me second the motion. "Allow optimisation" should be the default. A
> From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> I'm hoping to have this stage of optimization in perl. Off by
> default with
> a normal parse-and-go run (though certainly enableable if you
> want), on by
> default with the bytecode compiler.
Don't forget about run-time information: You coul
I tried to comment on "apocalypse" in Larry's most likely sense, but there
was a mail flub (now corrected).
Apocalypse is a greek word meaning that which comes out from (apo- eq away
from) hiding, i.e., revelation. In the biblical sense, it refers to
revealing that which was previously unseen or
> One-liners run on a Perl 6 binary should just be Perl 6 code. Do we
> really have to worry about backwards compatibility with one liners?
>
> Hmm... programs that have perl one-liners inside them might be
> troublesome.
Why not:
perl -e 'perl 5 one-liner'
perl --cmd 'perl 6 one-liner'
i.e
Simon Cozens <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 05, 2001 at 11:42:23AM +0000, David Grove wrote:
> > Apocalypse is a greek word meaning that which comes out from (apo- eq
> away
> > from) hiding, i.e., revelation. In the biblical sense, it refers to
>
James Mastros wrote:
> > print $::OUT http://www.wall.org/~larry/index.html;
> Please, no! A URL isn't a /new/ type of literal, really.
> Either it's a > wierd form of a literal list, or it's a
> wierd type of file name, so you should open() it. Or it's
> a self-quoting literal, like Package
John Porter wrote:
> > $mySite = http://www.foo.bar/text.html;
> Vs.
> $mySite = new URL 'http://www.foo.bar/text.html';
>
> I am far from convinced.
Simon Coxens wrote
> A language that doesn't have everything is actually easier to program
> in than some that do.
> -- Dennis M. R
John Porter <[EMAIL PROTECTED]> wrote:
> David Whipp wrote:
> > > A language that doesn't have everything is actually easier to
program
> > > in than some that do.
> >
> > The obvious reply is: "There's more than one way to do it"
John Porter wrote
> > I'm sure you don't want to write "$a = new Integer '32'".
>
> Of course. That would be unbearably absurd.
> But how often do you have to write expressions that
> operate on three or more URLs? Or even two?
> How many perl instrinsics return URLs? How many
> perl intrinsics
Given that Perl 5 internals post 5.004 caused the need for a rewrite
anyway, I'd imagine that this would be a particularly horrid idea. The
Perl 5 path is almost dead: adventurers and Win32 users are the vast
majority using it at all. Add Solaris 8 1/01 to the list of OS's that have
completely rej
Dan Sugalski wrote
> At 12:19 PM 4/16/2001 -0700, Peter Scott wrote:
> > Or were you espousing the notion that perl 6 programs should
> > be able to contain sections of perl 5 code? That gives me
> > strange palpitations.
>
> This is what I've been arguing against. Unless I misunderstand
> (and
y the sound of it, by
the time we're done with Perl 6, we'll have a major competitor to the .NET
platform itself, even more so than Java is a competitor. Or are we thinking
of a merge? Or are we thinking on a totally separate line that just has a
few similarities?
Everyone else: Comments?
David T. Grove
[EMAIL PROTECTED]
> > am seeing some similarities between some of the proposed goals of
> > Perl 6 and the .NET platform.
> > . . . many things in .NET have been discussed similarly here.
>
> That's because .NET attempts to address real-world issues.
> The goals of .NET are not evil in and of themselves, you know.
> -Original Message-
> From: Jarkko Hietaniemi [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 02, 2001 5:26 PM
> To: David Grove
> Cc: Perl 6 Language Mailing List
> Subject: Re: .NET
>
>
> (still waiting
> > for "something original for a change&
> >is => typing, inheritance, etc.
> >has => composition, aggregation, etc.
>
> True, but those are basic OO concepts, which don't neatly apply to
> property-lists (a very old Lisp concept that Perl6 is adopting).
"is" does seem to imply an OO is-a relationship. So lets run
with it!
If $foo i
but it
may be a bit difficult to apply to the upcoming completed language. ;-)
BTW, what happened to meta? After a server outage of some length I believe I
was removed, but it appears no longer to exist when I try to subscribe.
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTE
> Hungarian notation is any of a variety of standards for organizing
> a computer program by selecting a schema for naming your variables
> so that their type is readily available to someone familiar with
> the notation.
I used to request hungarian notation from programmers who worked for me,
unt
>
> > sane indentation by making it part of the language, Perl is a
> > language that enforces a dialect of hungarian notation by making
> > its variable decorations an intrinsic part of the language.
>
> But $, @, and % indicate data organization, not type...
Actually they do show "type", thoug
r an initial snit.
I didn't do it because it would have taken $600 to prove a point.
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTED]
> -Original Message-
> From: Bart Lateur [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 09, 2001 10:51 AM
> To: [
> >An object of type "abstracted reference to a chair" is _NOT_ an object of
> >type "numeric or string that magicly switches between as needed"
>
> So what you're really saying is that references aren't really scalars,
> but their own type. Thus they need their own prefix.
>
> But we've sort of r
/me ponders the use of a cat in that context... Furball?
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTED]
> -Original Message-
> From: Simon Cozens [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 09, 2001 10:55 AM
> To: [EMAIL PROTECTED]
> Sub
> -Original Message-
> From: John Porter [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 09, 2001 11:51 AM
> To: [EMAIL PROTECTED]
> Subject: Re: what I meant about hungarian notation
>
>
> David Grove wrote:
> > $ is a singularity, @ is a multiplicity
> [...] subject to ethnic
> cleansing. Culture wars arise spontaneously, but that should not deter
> us from enabling people to build new cultures. [...]
Does that mean we can nuke Redmond and move on to reality in corporate IS
now?
};P
"Core Perl" is probably trademarked to Sun Microsystems. ;-)
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTED]
> -Original Message-
> From: John L. Allen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 09, 2001 1:29 PM
> To: [EMAIL PROTECTED
> As my Con Law professor was fond of saying, "Horse hooey!"*
Camel cookies.
;-)
> These types of issues are not nearly so clear cut as many company's
> would have people believe. E.g., O'Reilly is book publisher that
> engages in the business of publishing and selling books for a
> profit. T
> -Original Message-
> From: Simon Cozens [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 8:01 AM
> To: Dave Mitchell
> Cc: [EMAIL PROTECTED]
> Subject: Re: The 5% solution
>
>
> On Thu, May 10, 2001 at 10:19:10AM +0100, Dave Mitchell wrote:
> > to be such that the writing of the
/me likes. /me likes a lot.
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTED]
> -Original Message-
> From: Dave Hartnoll [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 8:56 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Apoc2 - concerns :
> Nope, I still think most ordinary people want different operators for
> strings than for numbers. Dictionaries and calculators have very
> different interfaces in the real world, and it's false economy to
> overgeneralize. Witness the travails of people trying to use
> cell phones to type mess
> -Original Message-
> From: John Porter [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 11:58 AM
> To: [EMAIL PROTECTED]
> Subject: Re: what I meant about hungarian notation
>
>
> Larry Wall wrote:
> >
> > : do you think conflating @ and % would be a perl6 design win?
> >
> > No
without changing how people fundamentally
view their language. Apocalypse two made me a believer.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David J. Goehrig#include [EMAIL PROTECTED]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> On Thu, May 10, 2001 at 11:55:36AM -0700, Larry Wall wrote:
>
> > If you talk that way, people are going to start believing it.
> [snip]
>
> Some of us are are talking that way because we already
> beleive it. You can't make the transition from Attic
> Greek to Koine without c
> -Original Message-
> From: Adam Turoff [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 3:31 PM
> To: David Goehrig
> Cc: Larry Wall; [EMAIL PROTECTED]
> Subject: Re: Perl, the new generation
>
>
> On Thu, May 10, 2001 at 12:13:13PM -0700, David Goe
John Porter wrote:
> Larry Wall wrote:
> > We do have to worry about the C loop control function though.
> > It's possible that in
> >
> > FOO: while (1) {
> > next FOO if /foo/;
> > ...
> > }
> >
> > the C label is actually being recognized as a pseudo-package
> > name! The loop
> On Thu, May 10, 2001 at 10:00:13PM +0100, Michael G Schwern wrote:
> > On Thu, May 10, 2001 at 01:49:30PM -0700, Edward Peschko wrote:
> > > We need to keep syntactic compatibility, which means we need
> to keep the
> > > ability for perl6 to USE PERL5.
> >
> > I think you're in violent agreemen
vincing Dan that we need the ability to work with Perl 5 or Perl
6 with AND without markups in either.
Answer: no.
> The more we answer "yes" then the more complex it is. ;-)
David T. Grove
Blue Square Group
[EMAIL PROTECTED]
[EMAIL PROTECTED]
> -Original Message-
> From: Larry Wall [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, May 12, 2001 6:05 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: On Vacation
>
>
> [EMAIL PROTECTED] writes:
> : And about the whole
> throwing-out-baby-in-one-grand-bathwater-disposa
First off, it seems like there are at least 3 topics being discussed
under the "Re: Hackathon notes" subject line. Could we break them
out into separate threads so that our poor summarizer doesn't go
bonkers?
On Jul 8, 2005, at 4:25 PM, Dave Whipp wrote:
Rod Adams wrote:
multi m
On Jul 13, 2005, at 1:12 PM, Larry Wall wrote:
If class Dog does role Bark and also does role Wag, then passing a
Dog to
multi (Bark $x)
multi (Wag $x)
should result in ambiguity.
My understanding is that a Role is an abstract (i.e. cannot be
instantiated) blob of methods and, pos
On Jul 13, 2005, at 4:35 PM, chromatic wrote:
On Wed, 2005-07-13 at 16:07 -0400, David Storrs wrote:
My understanding is that a Role is an abstract (i.e. cannot be
instantiated) blob of methods and, possibly, data. The purpose of a
Role is to paste it into a class--in other words, a Role
On Jul 13, 2005, at 6:16 PM, chromatic wrote:
On Wed, 2005-07-13 at 17:33 -0400, David Storrs wrote:
What is a type besides a named blob of methods
and, possibly, data?
A label that says how the data is stored internally. For example,
compare "Int" and "int". The
(Taking things slightly out of order.)
On Jul 13, 2005, at 7:32 PM, Larry Wall wrote:
A class is
restricted to having to provide a working interface to real objects.
Can't there be pure-abstract, non-instantiable classes? Or are you
still considering those to be interfaces to "real objec
On Jul 27, 2005, at 6:18 PM, Uri Guttman wrote:
this thingy should encompass
all about this perl and the world it is in and the shell env is
part of
that.
How about *?PERL ?
if ( *?PERL.COMPILED_OS eq 'Unix') {...}
if ( *?PERL.CURRENT_OS eq 'Unix') {...}
*?PERL.Grammars{Regex} = $my_b
1 - 100 of 1041 matches
Mail list logo
