On Mar 18, 2009, at 5:26 PM, fREW Schmidt wrote:
s1n and I decided that we would start Dallas.p6m as we are close to
each
other geographically speaking. We are meeting tomorrow (Thursday,
March 19,
7:00PM) at a coffee shop with free wifi. The address is 985 W
Bethany Dr
Allen, TX 75013.
On Feb 23, 2009, at 3:56 PM, mark.a.big...@comcast.net wrote:
Instant
Moment
Point
PointInTime
Timestamp
Event
Jiffy
Time
Juncture
David Wheeler wrote:
> On Jul 12, 2006, at 03:41, Gabor Szabo wrote:
>
>> perl -MModule -e'print $Module::VERSION'
>
> I have this alias set up:
>
> function pv () { perl -M$1 -le "print $1->VERSION"; }
>
> I think that calling ->VERSION is more correct.
I am sure this discussion has happene
On Jun 1, 2006, at 11:37 AM, Josh Wilmes wrote:
At 12:00 on 06/01/2006 BST, David Cantrell <[EMAIL PROTECTED]>
wrote:
Basic I/O is talking to filehandles and nyetwork sockets. Anything
above the UDP / TCP level should not, IMO, be included.
I agree.
I'd respectfully disagree. Just l
On Wed, November 2, 2005 11:48 am, Christopher H. Laco wrote:
> Ovid wrote:
>> Hi all,
>>
>> I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
>> amongst other modules, has no CPAN test results appearing even though
>> CPAN tester reports are coming in. I've seen this for other modu
On Thu, July 14, 2005 10:47 am, Autrijus Tang said:
> If this were a straw poll, I'd say...
>
> 1. Meaning of $_
>
> .method should mean $_.method always. Making it into a runtime
> error is extremely awkward; a compile-time error with detailed
> explanataion is acceptable but suboptim
On May 4, 2005, at 8:13 AM, Uri Guttman wrote:
AS> Why? Because IO::Socket.new takes parameters that are built out
of its
AS> entire inheritance tree, so a change to IO::Handle might
radically
AS> modify the signature of the constructor.
makes sense. we should look at the p5 IO:: tree and
On Apr 27, 2005, at 6:39 AM, Aaron Sherman wrote:
On Tue, 2005-04-26 at 10:48, Luke Palmer wrote:
Aaron Sherman writes:
The reasons I don't "use English" in P5:
* Variable access is slower
Hmm, looks to me like $INPUT_RECORD_SEPARATOR is faster. (Actually
they're the same: on each run a di
On 17 Sep 2004, at 15:48, Ricardo SIGNES wrote:
* David Wheeler <[EMAIL PROTECTED]> [2004-09-17T00:51:22]
So, what's to be lost by having the inc directories default to the
contents of @INC when you load Devel::Cover rather than at install
time?
Presumably the problem is that by runtime, lib and bl
On 24 Aug 2004, at 22:14, Aaron Sherman wrote:
You don't HAVE to use auto-topicalization. You CAN always write it
long-hand if you find that confusing:
for @words -> $word {
given ($chars($word) > 70) -> $toolong {
say abbreviate($word) ?? $word;
On 24 Jun 2004, at 21:49, Piers Cawley wrote:
Dan Sugalski wrote:
it's not exactly exciting watching two people hit return three times
in front of a roomful of people.
Although watching two people hit each other in the face with custard
pies three times in front of a roomful of people may be a lot
On Wed, 2003-08-13 at 17:20, Leon Brocard wrote:
> Graham Barr sent the following bits through the ether:
>
> > > http://testers.cpan.org/search?request=dist&dist=MIME-Lite-HTML
> > > keeps on timing out, so I don't know what it does. Graham?
> >
> >
On Wed, 2003-08-13 at 19:06, Leon Brocard wrote:
> Graham Barr sent the following bits through the ether:
>
> > > Now maybe I should ignore the version numbers and instead sort using
> > > the dates that the module was uploaded to CPAN, but that's external
> > &
On Wed, 2003-08-13 at 12:30, Leon Brocard wrote:
> http://dellah.org/testers/MIME-Lite-HTML gets the version sorting
> wrong but "right". How do you sort, Iain?
>
> http://testers.cpan.org/search?request=dist&dist=MIME-Lite-HTML
> keeps on timing out, so I don't know what it does. Graham?
I just
On Monday, Aug 4, 2003, at 08:15 US/Pacific, Leon Brocard wrote:
alian sent the following bits through the ether:
But there is a serious problem with CPAN test database. There is like
100 000 reports in the CPAN db.
This is not a big problem. 100_000 reports is a very small database
and I still d
On Wed, Jun 04, 2003 at 11:05:34AM +0200, Leopold Toetsch wrote:
> Graham Barr <[EMAIL PROTECTED]> wrote:
>
> > I ask becasue what happens if an object actually wants
> > to use its contents during its DESTROY ?
>
> > For example Net::POP3::DESTROY will send a r
On Tue, Jun 03, 2003 at 07:24:04PM -0400, Benjamin Goldberg wrote:
> IIRC, DoD normally happens something vaguely like this:
>
>for my $p (@all_pmcs) {
> clear_is_live_flag($p);
>}
>our $traverse;
>sub set_is_live_flag($p) {
> if( !test_is_live_flag($p) and test_is_agre
On Mon, Jun 02, 2003 at 10:34:14AM -0600, Luke Palmer wrote:
> What it seems you're wanting is it to be in the core. And I'm saying
> that's irrelavent. There are thousands of great ideas out there, and
> they can't all fit into Perl's core. That's why there's thousands of
> modules on CPAN.
H
On Sun, Mar 09, 2003 at 02:08:02PM -0500, Dan Sugalski wrote:
> At 1:52 PM -0500 3/9/03, Uri Guttman wrote:
> > > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
> >
> >
> > DS> * Objects have properties you can fetch and store by name
> > DS> * Objects have methods you can call
> > DS>
On Fri, Feb 21, 2003 at 04:34:42PM -0500, Dan Sugalski wrote:
> If A isa B, we certainly wouldn't want to call A's AUTOLOAD on a
> method before we looked to see if B had a concrete instance of that
> method.
Right. The best you could probably do is note where you found the first AUTOLOAD
so tha
On Fri, Feb 07, 2003 at 09:39:14AM -0800, Dan Sugalski wrote:
> It's a little more confusing that that. When I said only one foo
> method, it was in contrast to attributes, where an attribute of a
> particular name may appear in an object multiple times--since
> attributes are class-private, eac
On Wed, Jan 29, 2003 at 03:41:33PM +, Nicholas Clark wrote:
> On Wed, Jan 29, 2003 at 07:36:07AM -0800, Robert Spier wrote:
> > > Also I can't work out how to search the list archive at develooper.com.
> >
> > Patches welcome.
> >
> > (Really. I have several archive management tasks that nee
On Tue, Jan 21, 2003 at 09:20:04AM -0800, Michael Lazzaro wrote:
>
> On Tuesday, January 21, 2003, at 02:04 AM, Graham Barr wrote:
> > If the function form of map/grep were to be removed, which has been
> > suggested,
> > and the <~ form maps to methods. How wo
On Mon, Jan 20, 2003 at 07:27:56PM -0700, Luke Palmer wrote:
> > What benefit does C<< <~ >> bring to the language?
>
> Again, it provides not just a "null operator" between to calls, but
> rather a rewrite of method call syntax. So:
>
> map {...} <~ grep {...} <~ @boing;
>
> is not:
>
> m
On Fri, Jan 17, 2003 at 06:21:43PM +, Simon Cozens wrote:
> [EMAIL PROTECTED] (Mr. Nobody) writes:
> > I have to wonder how many people actually like this syntax, and how many only
> > say they do because it's Damian Conway who proposed it. And map/grep aren't
> > "specialized syntax", you coul
On Fri, Dec 06, 2002 at 09:33:14AM -0500, Miko O'Sullivan wrote:
> For example, suppose I want to separate a list of people into people who
> have never donated money and those who have. Assuming that each person
> object has a donations property which is an array reference, I would want
> to clas
On Mon, Nov 18, 2002 at 10:59:07AM -0800, Larry Wall wrote:
> On Thu, Nov 14, 2002 at 07:40:38PM +0100, Angel Faus wrote:
> : I would preferer to limit the usage of "letter notation" to just base
> : 11-36, and have n:F = n:f for every n.
> :
> : It is simpler, and we can always use de "dot notat
On Sat, Nov 16, 2002 at 11:12:15PM -0800, Dave Storrs wrote:
> Hmm, interesting. Just as an aside, this gives me an idea: would it be
> feasible to allow the base to be specified as an expression instead of
> a constant? (I'm pretty sure it would be useful.) For example:
>
> 4294967296:1.2.3.4
On Thu, Oct 31, 2002 at 12:16:34PM +, [EMAIL PROTECTED] wrote:
> Yesterday Aaron Crane wrote:
>
> > Jonathan Scott Duff writes:
> >
> > > @a `+ @b
> >
> > In my experience, many people actually don't get the backtick
> > character at all.
>
> Yes. I think that might be a good reason _for_
On Wed, Oct 30, 2002 at 01:57:00PM -0800, Dave Storrs wrote:
> *shrug* You may not like the aesthetics, but my point still
> stands: "is rw" is too long for something we're going to do fairly often.
I am not so sure. If I look back through a lot of my code, there are more cases
where I use
On Wed, Oct 30, 2002 at 01:25:44PM -0800, Austin Hastings wrote:
> --- Larry Wall <[EMAIL PROTECTED]> wrote:
>
> > Do these French quotes come through?
> >
> > @a «+» @b
Odd, I see them in this message. But In the message from Larry I see ?'s
Graham.
On Tue, Oct 29, 2002 at 05:16:48PM -0800, Michael Lazzaro wrote:
> unary (prefix) operators:
>
>\ - reference to
>* - list flattening
>? - force to bool context
>! - force to bool context, negate
>not - force to bool context, negate
>+ - force to numer
On Mon, Oct 28, 2002 at 03:30:54PM -0600, Jonathan Scott Duff wrote:
> On Mon, Oct 28, 2002 at 01:19:05PM -0800, Michael Lazzaro wrote:
> >
> > On Monday, October 28, 2002, at 01:09 PM, Larry Wall wrote:
> > > No. "unless" reads well in English. How do your read $a ! $b ! $c?
> >
> > "nor"? M
On Fri, Oct 18, 2002 at 05:54:08PM +0100, Leon Brocard wrote:
> It looks like the DotGNU weekly IRC meeting will be discussing
> Parrot. Could be interesting:
> http://www.dotgnu.org/pipermail/developers/2002-October/008345.html
The author of that mail needs to learn the difference between GMT and
On Fri, Oct 11, 2002 at 05:50:55PM -0700, Larry Wall wrote:
> On Sat, 5 Oct 2002, Allison Randal wrote:
> : use Acme::N-1_0; # or whatever the format of the name is
>
> I don't see why it couldn't just be:
>
> use Acme::1.0;
I agree thats better. But why not separate the version more by
On Wed, Sep 18, 2002 at 10:15:20AM +0200, Dan Sugalski wrote:
> I've been thinking that we do need to have an extra flag to note
> whether a key element should be taken as an array or hash lookup
> element. The integer 1 isn't quite enough, since someone may have
> done a %foo{1} and we only ha
On Tue, Sep 10, 2002 at 06:01:23PM +0200, Peter Gibbs wrote:
> Attached is a sample implementation of a minor subset of
> pack/unpack functionality. Code is not optimised in any way,
> and error checking is basically non-existent.
>
> Opcodes are:
> convert Sx, Iy, Iz - pack integer Iy into
On Sat, Aug 31, 2002 at 01:52:18PM +, Damian Conway wrote:
> I'd suggest that redundancy in syntax is often a good thing and
> that there's nothing actually wrong with:
>
> my Date $date = Date.new('June 25, 2002');
I would say it is not always redundant to specify the type on both
sid
On Wed, Aug 21, 2002 at 07:17:22AM -0700, Michael G Schwern wrote:
> On Wed, Aug 21, 2002 at 02:11:29PM +, Daniel Grunblatt wrote:
> > Apart from that, does anyone know why test doesn't run on OpenBSD?
> > I get:
> >
> > ar: illegal option -- s
>
> Gnu-ism? What ar does OpenBSD use?
Obviou
On Thu, Aug 01, 2002 at 06:02:14PM -0400, Miko O'Sullivan wrote:
> This is a small collection of ideas for the Perl6 language. Think of this
> posting as a light and refreshing summer fruit salad, composed of three
> ideas to while away the time during this August lull in perl6-language.
>
>
>
On Thu, Aug 01, 2002 at 05:42:12PM -0400, Dan Sugalski wrote:
> At 10:24 PM +0100 8/1/02, Graham Barr wrote:
> >On Thu, Aug 01, 2002 at 02:11:27PM -0700, Stephen Rawls wrote:
> >> > It should pass them on to the PMC directly, which
> >> > should then handle th
On Thu, Aug 01, 2002 at 02:11:27PM -0700, Stephen Rawls wrote:
> > It should pass them on to the PMC directly, which
> > should then handle them properly.
>
> So, if ix < -SELF->cache.int_val then the code tries
> to use a negative value to access the array element in
> the C code. This is obvi
On Thu, Aug 01, 2002 at 03:42:19PM -0400, Dan Sugalski wrote:
> At 5:28 PM +0200 8/1/02, Aldo Calpini wrote:
> >fetching an element out of bound changes the
> >length of the array. but should this really happen?
> >why does perlarray.pmc act like this:
>
> Because that's the way Perl's arrays wor
On Tue, Jul 30, 2002 at 11:08:46AM -0700, Sean O'Rourke wrote:
> On Tue, 30 Jul 2002, Dan Sugalski wrote:
> > I need to get Larry to nail some things down. On the one hand, he's
> > said that chained comparisons evaluate their parameters just once.
> > That argues for moving the values to N or S r
On Mon, Jul 22, 2002 at 11:14:15AM +0100, Sam Vilain wrote:
> "Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
>
> > languages/perl6/README sort of hides it, but it does say that "If you have
> > Perl <= 5.005_03, "$a += 3" may fail to parse." I guess we can upgrade
> > that to "if you have < 5.6, you
On Fri, May 10, 2002 at 12:12:41PM -0400, Dan Sugalski wrote:
> At 5:38 PM +0200 5/10/02, Peter Gibbs wrote:
> >The result is that the last header of a COWed string will still believe that
> >the buffer is shared until a GC collection run occurs, and therefore could
> >result in buffers being copi
On Tue, May 07, 2002 at 12:27:08PM -0500, Allison Randal wrote:
> On Tue, May 07, 2002 at 03:15:48PM +0100, Graham Barr wrote:
> >
> > LAST Executes on implicit loop exit or call to last()
> > Loop variables may be unknown
>
> Not exactly "unknown".
I have been following this thread, but I would just like to inject a summary
of the various related UPPERCASE blocks
PREExecutes on block entry.
Loop variables are in a known state
POST Executes on block exit.
Loop variables are in a known state
NEXT Executes on impli
On Wed, May 01, 2002 at 01:53:24PM -0700, Brent Dax wrote:
> Graham Barr:
> # On Wed, May 01, 2002 at 12:17:52PM -0700, David Wheeler wrote:
> # > On 5/1/02 12:11 PM, "Brent Dax" <[EMAIL PROTECTED]> claimed:
> # >
> # > > It's far too late to make
On Wed, May 01, 2002 at 12:17:52PM -0700, David Wheeler wrote:
> On 5/1/02 12:11 PM, "Brent Dax" <[EMAIL PROTECTED]> claimed:
>
> > It's far too late to make it into 5.8, but it looks like it'll be in
> > 5.10 when that comes out (in a year or two).
>
> I figured. Too bad. ;-) A year or two is l
On Wed, Apr 17, 2002 at 01:09:43PM -0700, David Wheeler wrote:
> Anyone know what the chances are that some enterprising C hacker
> can/will/did get the // and //= operator into Perl 5.8? Seems like it
> wouldn't be a huge deal to add, and I'd love to have it sooner rather than
> later.
It is not
On Fri, Apr 12, 2002 at 09:26:45AM +0100, Piers Cawley wrote:
> Trey Harris <[EMAIL PROTECTED]> writes:
>
> > I think I've missed something, even after poring over the archives for
> > some hours looking for the answer. How does one write defaulting
> > subroutines a la builtins like print() and
On Wed, Apr 10, 2002 at 01:35:22PM -0400, Mark J. Reed wrote:
> On Wed, Apr 10, 2002 at 10:30:25AM -0700, Glenn Linderman wrote:
> > method m1
> > {
> >m2; # calls method m2 in the same class
> Yes, but does it call it as an instance method on the current invocant
> or as a class method with
On Thu, Feb 14, 2002 at 02:10:20PM +, Dave Mitchell wrote:
> 2. If so, how do we distinguish between two PMCs, both of whose
> vtable pointers currently point to the 'Dog' vtable, but one of whom has
> been delared as type Dog and so should never have it's vatble pointer
> updated, and the oth
On Thu, Jan 31, 2002 at 11:18:58AM -0800, Hong Zhang wrote:
> > Because parts of an rx can be case-insensitive while other parts
> > are case-sensitive, we will probably need two sorts of ops anyway
> > (or a way to tell the op to be case-insensitive). And you will
> > only be able to do the case
On Thu, Jan 31, 2002 at 08:54:21AM -0800, Brent Dax wrote:
> Peter Haworth:
> # On Wed, 30 Jan 2002 17:45:58 +, Graham Barr wrote:
> # > On Wed, Jan 30, 2002 at 09:32:49AM -0800, Brent Dax wrote:
> # > > # rx_setprops P0, "i", 2
> # &g
On Wed, Jan 30, 2002 at 09:32:49AM -0800, Brent Dax wrote:
> # rx_setprops P0, "i", 2
> # branch $start0
> # $advance:
> # rx_advance P0, $fail
> # $start0:
> # rx_literal P0, "a", $advance
> #
> # First, we set the rx
On Wed, Jan 23, 2002 at 02:25:35PM -0800, Glenn Linderman wrote:
> I think you just said the same thing I did. To be more explicit, using
> the terminology you seem to want to use, I'll point out that I was only
> talking about the case of an inherited method, not a _replacement_
> method. In ot
On Mon, Jan 21, 2002 at 01:38:39PM -0800, Larry Wall wrote:
> Graham Barr writes:
> : On Mon, Jan 21, 2002 at 01:01:09PM -0800, Larry Wall wrote:
> : > Graham Barr writes:
> : > : But are we not at risk of introducing another form of
> : > :
> : > : my
On Mon, Jan 21, 2002 at 01:01:09PM -0800, Larry Wall wrote:
> Graham Barr writes:
> : But are we not at risk of introducing another form of
> :
> : my $x if 0;
> :
> : with
> :
> : if my $one = {
> : ...
> : }
> : elsif my $two
On Mon, Jan 21, 2002 at 03:58:49PM -0500, Michael G Schwern wrote:
> On Mon, Jan 21, 2002 at 03:43:07PM -0500, Damian Conway wrote:
> > Casey wrote:
> >
> > > So you're suggesting that we fake lexical scoping? That sounds more
> > > icky than sticking to true lexical scoping. A block dictates s
On Mon, Jan 21, 2002 at 12:50:38PM -0800, Larry Wall wrote:
> : What's the chance that it could be considered so?
>
> In most other languages, you wouldn't even have the opportunity to put
> a declaration into the conditional. You'd have to say something like:
>
> my $line = <$in>;
>
On Sun, Jan 20, 2002 at 05:29:39AM -0800, Damian Conway wrote:
> On Saturday 19 January 2002 22:05, Brent Dax wrote:
> > > Is this list of special blocks complete and correct?
>
> Close and close. As of two days ago, Larry's thinking was:
>
> BEGIN Executes at the beginning of co
I belive IBM use inversion lists in thier ICU library for sets of
unicode characters.
Graham.
On Sat, Jan 19, 2002 at 07:08:25PM +0200, Jarkko Hietaniemi wrote:
> Honour where honour is due: I've got some questions about inversion
> lists. Where I saw them mentioned by that name were some draft
On Tue, Jan 08, 2002 at 06:38:02PM -0500, Dan Sugalski wrote:
> ># Attributes are done as a hash of hashes. Each interpreter has a
> ># pointer to an attribute hash, whose keys are the attribute names. The
> ># values will be hash pointers. Those hashes will each have a key which
> ># is a PMC poi
On Fri, Dec 14, 2001 at 06:39:02AM +1100, Damian Conway wrote:
>
>> In the following code fragment, what context is foo() in?
>>
>> @ary[0] = foo()
>
> Scalar context. @ary[0] is a single element of @ary.
>
> To call foo() in list context use any of the following:
>
> (@
On Wed, Oct 24, 2001 at 09:06:14AM -0400, Aaron Sherman wrote:
> On Tue, Oct 23, 2001 at 02:53:19PM +0200, Nadim Khemir wrote:
>
> > > Don't we already have that in Perl 5?
> > >
> > > if ( /\G\s+/gc ) {# whitespaces }
> > >elsif ( /\G[*/+-]/gc ) { # operator }
> > >elsif (
On Tue, Sep 04, 2001 at 03:03:04PM -0400, Dan Sugalski wrote:
> At 01:58 PM 9/4/2001 -0500, Garrett Goebel wrote:
> >From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> > > At 10:32 AM 9/4/2001 +0100, Piers Cawley wrote:
> > > Can you see any use of a sub knowing it was called via a method call?
> >
>
On Tue, Aug 21, 2001 at 09:21:35AM -0400, Eric Roode wrote:
> John Porter wrote:
> >
> >Dave Mitchell wrote:
> >> ie by default lexicals are only in scope in their own sub, not within
> >> nested subs - and you have to explicitly 'import' them to use them.
> >
> >No. People who write closures kno
On Mon, Aug 13, 2001 at 04:38:43PM -0700, Nathan Wiger wrote:
> And allow flexible calling styles. For example, you might say:
>
># import args() for argument validation
>use Module::Interface qw/args/;
>
>sub my_func (@) {
>my %args = args({ positional => [qw/name email phon
On Sat, Aug 11, 2001 at 03:51:22PM -0400, Kirrily Robert wrote:
> [ moving to perl6-stdlib only; -meta doesn't need this. ]
>
> Jarkko wrote:
> >> Sys:: should be declared redundant and silly. Sys::Syslog simply
> >> hurts my teeth.
> >
> >Text:: is another silliness, though from for slightly di
On Sat, Aug 11, 2001 at 07:20:11PM -0400, [EMAIL PROTECTED] wrote:
> On Sat, Aug 11, 2001 at 02:16:49PM -0500, Jarkko Hietaniemi wrote:
> > One silliness is that the implementation "style" of the module
> > seems to creep to the naming:
> >
> > (1) Foo vs Foo_XS
>
> Well then, how do you name it
On Tue, Jul 03, 2001 at 10:15:02AM -0400, Uri Guttman wrote:
> > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> DS> We're going to use a copying collector. When the string gets
> DS> copied as part of a compaction run things'll get cleaned up
> DS> appropriately. (Not that there's
On Mon, Jul 02, 2001 at 04:12:31PM -0400, Dan Sugalski wrote:
> At 09:07 PM 7/2/2001 +0100, Graham Barr wrote:
> >On Mon, Jul 02, 2001 at 03:52:34PM -0400, Dan Sugalski wrote:
> > > At 08:36 PM 7/2/2001 +0100, Simon Cozens wrote:
> > > >On Mon, Jul 02, 2001 at 03:00:
On Mon, Jul 02, 2001 at 03:52:34PM -0400, Dan Sugalski wrote:
> At 08:36 PM 7/2/2001 +0100, Simon Cozens wrote:
> >On Mon, Jul 02, 2001 at 03:00:54PM -0400, Dan Sugalski wrote:
> > > >what about starting offset? that is used now to shorten a string from
> > > >the left side.
> > >
> > > D'oh! In.
On Fri, Jun 29, 2001 at 08:59:59AM -0400, John Porter wrote:
> Michael G Schwern wrote:
> > Second, and perhaps more importantly, we can do this perfectly well
> > with a module. No hacks, no tricks, no filters.
> > Class::Object uses the mini-class technique (ie. auto-generated
> > classes
>
>
On Thu, Jun 21, 2001 at 01:41:28PM -0700, Nathan Wiger wrote:
> * Simon Cozens <[EMAIL PROTECTED]> [06/14/2001 15:16]:
> >
> > OK, I've been teasing people about this for weeks, and it's time to stop.
> > This is the current state of the Perl 6 emulator; it applies most things
> > that Damian talk
On Mon, Jun 11, 2001 at 10:39:51PM -0500, David L. Nicol wrote:
> Hopefully, we'll get a "with" operator and everything:
>
> with %database.$accountnumber {
>
> .interestearned += $interestrate * .balance
>
> }
>
> anything short of that, in my opinion, is merely trad
On Mon, Jun 11, 2001 at 01:42:53PM +0100, Simon Cozens wrote:
> On Mon, Jun 11, 2001 at 01:31:36PM +0100, Graham Barr wrote:
> > On Mon, Jun 11, 2001 at 01:34:49AM -0700, Chris Hostetter wrote:
> > >$input = 4;
> > >$bool = $input < 22;# $bool = 1 is
On Mon, Jun 11, 2001 at 01:34:49AM -0700, Chris Hostetter wrote:
>
> For the record, bwarnock pointed out to me that damian allready proposed
> this behavior in RFC 25...
>
> http://dev.perl.org/rfc/25.html
>
> That RFC doesn't suggest having the comparison operators set properties
> on t
On Thu, Jun 07, 2001 at 08:15:46AM +0100, Simon Cozens wrote:
> On Wed, Jun 06, 2001 at 07:21:29PM -0500, David L. Nicol wrote:
> > Damian Conway wrote:
> > > $ref.{a}can be $ref{a}
> > which can also be
> > $ref.a
>
> Dereferencing a hashref is the same as accessing
On Thu, Jun 07, 2001 at 01:17:45AM +0100, Simon Cozens wrote:
> On Thu, Jun 07, 2001 at 12:24:50AM +0100, Graham Barr wrote:
> > Can someone post a few ? I am open to what are the pros/cons
> > but right now my mind is thinking " Whats the benefit of making
> > $a=
On Wed, Jun 06, 2001 at 04:01:24PM -0700, Larry Wall wrote:
> [EMAIL PROTECTED] writes:
> :> What should $foo = (1,2,3) do now? Should it be the same as what
> :> $foo = [1,2,3]; did in Perl 6? (This is assuming that $foo=@INC does what
> :> $foo = \@INC; does now.) Putting it another
On Thu, Jun 07, 2001 at 07:59:31AM +1000, Damian Conway wrote:
>> But with the above you still have abiguity, for example what does this do
>>
>> $bar =~ /$foo.colour($xyz)/;
>
> "Looks like a method call with parens, so *is* a method call with parens."
>
>
>> I may
On Thu, Jun 07, 2001 at 07:43:55AM +1000, Damian Conway wrote:
>
>> >> So, to match $foo's colour against $bar, I'd say
>> >>
>> >> $bar =~ /$foo.colour/;
>> >
>> > No, you need the sub call parens as well:
>> >
>> > $bar =~ /$foo.colour()/;
On Thu, Jun 07, 2001 at 06:37:26AM +1000, Damian Conway wrote:
>
>> So, to match $foo's colour against $bar, I'd say
>>
>> $bar =~ /$foo.colour/;
>
> No, you need the sub call parens as well:
>
> $bar =~ /$foo.colour()/;
Hm, I thought Larry said you would need to use
On Tue, Jun 05, 2001 at 03:31:24PM -0500, David L. Nicol wrote:
> Graham Barr wrote:
>
> > I think there are a lot of benefits to the re engine not to be
> > separate from the core perl ops.
>
>
> So does it start with a split(//,$bound_thing) or does it use
> sub
On Mon, Jun 04, 2001 at 06:04:10PM -0700, Larry Wall wrote:
> Well, other languages have explored that option, and I think that makes
> for an unnatural interface. If you think of regexes as part of a
> larger language, you really want them to be as incestuous as possible,
> just as any other par
On Wed, May 30, 2001 at 04:23:58PM +0200, H.Merijn Brand wrote:
> On Wed 30 May 2001 16:12, Dave Mitchell <[EMAIL PROTECTED]> wrote:
> > > > "K&R" style for indenting control constructs: ie the closing C<}> should
> > > > line up with the opening C etc.
> > > >
> > > > =item *
> > > >
> > > > Wh
On Tue, May 29, 2001 at 04:48:59PM -0400, Dan Sugalski wrote:
> 1) The indentation should be all tabs or all spaces. No mix, it's a pain.
> (As has been already pointed out) 4 column indent per level, all spaces.
Can you explain why you think it is a pain. I would say converting between
all tabs
On Sun, May 27, 2001 at 02:24:13PM -0600, Nathan Torkington wrote:
> I'd like to see activity on the topics behind:
> * perl6-stdlib
> * perl6-build
> Dan, Graham--should these lists persist in their current form?
Well I thonk that there should eventually be a perl6-stdlib, but
I think more nee
On Wed, May 23, 2001 at 10:30:32AM -0700, Hong Zhang wrote:
> I think "stack based =~ register based". If we don't have Java-like "jsr"
That comment reminds me of how the register file is implemented in
a sun sparc. They have a large register file, but only some are accessable
at any given time,
On Wed, May 23, 2001 at 06:06:26PM +0100, Simon Cozens wrote:
> On Wed, May 23, 2001 at 12:59:01PM -0400, Dan Sugalski wrote:
> > Should Parrot be a register or stack-based system, and if a register-based
> > one, should we go with typed registers?
>
> Register based. Untyped registers; I'm hopi
On Tue, May 22, 2001 at 12:29:33PM +1000, Damian Conway wrote:
>> if so, then wouldn't it be safer to put properties inside a special object
>> associated with each object (the 'traits' object) so there would be little
>> namespace collision?
>
> We actually want the possibility of th
On Sun, May 20, 2001 at 06:19:35PM -0400, Uri Guttman wrote:
> > "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
>
>
> DC> return undef Because($borked);
>
> hmm, that is poor code as returning a real undef will break in a list
> context.
I always balk when I see someone say th
On Sun, May 20, 2001 at 01:24:29PM +0100, Simon Cozens wrote:
> On Sun, May 20, 2001 at 12:46:35AM -0500, Jonathan Scott Duff wrote:
> > my $a is true = 0; # variable property
> > my $a = 0 is true; # variable property
> > my ($a) = 0 is true;# val
On Sat, May 19, 2001 at 06:41:29PM +1000, Damian Conway wrote:
>
> Graham wrote:
>
>> On Fri, May 18, 2001 at 10:36:59PM -0400, John Siracusa wrote:
>> > > print keys $foo.prop; # prints "NumberHeard"
>> > > print values $foo.prop; # prints "loneliestever"
>>
>
On Fri, May 18, 2001 at 10:36:59PM -0400, John Siracusa wrote:
> > print keys $foo.prop; # prints "NumberHeard"
> > print values $foo.prop; # prints "loneliestever"
This is an example of one of my concerns about namespace overlap
with methods. What would happen if there was a me
On Fri, May 18, 2001 at 08:31:21AM -0500, Jarkko Hietaniemi wrote:
> On Fri, May 18, 2001 at 06:22:10AM -0700, Austin Hastings wrote:
> >
> > --- Damian Conway <[EMAIL PROTECTED]> wrote:
> >
> > > It's probably just a matter of coding what you actually mean.
> > > In Perl 5 and 6 your version
On Fri, May 18, 2001 at 03:01:38PM +1000, Damian Conway wrote:
>> Also, what's the difference between a 'property' and an
>> 'attribute', ie, are:
>>
>>$fh is true;
>>
>> and
>>
>>$fh.true(1);
>>
>> synonyms?
>
> No. The former means:
>
>
1 - 100 of 196 matches
Mail list logo
