A plea to RFC authors

2000-08-07 Thread Dan Sugalski
t "most CS educated folks" ought to know (a category a number of us don't necessarily fall into), it's handy to know where to look to brush up on the details of the thing in question. Dan --"it's like th

Re: Language RFC Summary 4th August 2000

2000-08-07 Thread Dan Sugalski
At 12:04 AM 8/7/00 +0200, Bart Lateur wrote: On Sun, 06 Aug 2000 01:38:13 -0400, Dan Sugalski wrote: Even in perl5 an XS module can do _anything at all_. It can't access data the lexer's already tossed out. That's where the current format format (so to speak) runs you into trouble. Only

Re: RFC17

2000-08-06 Thread Dan Sugalski
it was.) Yeah, I can see that. We're going to need a mechanism to hoist things to outer scope levels internally (for when we return objects from subs) so it might be worth generalizing things. "DS" == Dan Sugalski [EMAIL PROTECTED] writes: DS At 01:21 AM 8/6/00 -0400, Chaim Fre

Re: Deep copy

2000-08-06 Thread Dan Sugalski
f the sort. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

Re: Deep copy

2000-08-06 Thread Dan Sugalski
won't always be passing objects around, I suppose. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bear

Re: Things to remove

2000-08-05 Thread Dan Sugalski
correctly without actually writing the code that uses it... Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have

Re: RFC17

2000-08-05 Thread Dan Sugalski
. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

Re: Deep copy

2000-08-05 Thread Dan Sugalski
this looks, it has some pretty significant ramifications for the internals. What, for example, should happen if you deep-copy a DBI object attached to an Oracle database? Dan --"it's like this"-----

Re: Language RFC Summary 4th August 2000

2000-08-05 Thread Dan Sugalski
out. That's where the current format format (so to speak) runs you into trouble. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED]

Re: Perl6 Prject Plan / Roadmap

2000-08-05 Thread Dan Sugalski
question, given that's almost a year off. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bear

Re: Imrpoving tie() (Re: RFC 15 (v1) Stronger typing throughtie.)

2000-08-05 Thread Dan Sugalski
be perfectly happy to do so, though, if the resulting code is frozen to disk so I didn't pay it the next time. Dan --"it's like this"--- Dan Sugalski

Re: proto-rfc. Elements of @_ should be read-only.

2000-08-04 Thread Dan Sugalski
internals for this. Figure out whether its a good or bad thing based on the language merits, not the internals issues. Dan --"it's like this"------- Dan Sugalski even samu

Re: proto-rfc. Elements of @_ should be read-only.

2000-08-04 Thread Dan Sugalski
rein. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy

Re: RFC 18 (v1) Immediate subroutines

2000-08-04 Thread Dan Sugalski
to change or extend it much later. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bear

Re: proto-rfc. Elements of @_ should be read-only.

2000-08-04 Thread Dan Sugalski
At 05:16 PM 8/4/00 +0100, Piers Cawley wrote: Dan Sugalski [EMAIL PROTECTED] writes: Indirect calls might not be a problem, depending on how much flow analysis we can do in the optimizer. While that won't be much in the on-the-fly-compile version (a 10s runtime with a 50s compile time's

Re: Life without eval

2000-08-04 Thread Dan Sugalski
At 01:30 AM 8/5/00 +0900, Simon Cozens wrote: On Fri, Aug 04, 2000 at 12:24:01PM -0400, Dan Sugalski wrote: At 02:31 PM 8/4/00 +0200, dLux wrote: My suggestion is: declare "eval $scalar" as a bad guy. It's not just string eval. It's also do FILE and require. Which you need

Re: RFC 18 (v1) Immediate subroutines

2000-08-04 Thread Dan Sugalski
Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

Re: Proto-RFC: A Standard Always-Live Preprocessor

2000-08-04 Thread Dan Sugalski
of it isn't needed 3) C's preprocessor has a number of unpleasant flaws 4) Not everyone has a C preprocessor around to use If we're going to do it, it should be in perl and perlish. Dan --"it's like this"-----

Re: RFC 27 (v1) Coroutines for Perl

2000-08-04 Thread Dan Sugalski
ent-based perl runtime, the select loop would be hidden from the programmer. All I/O calls would be non-blocking and context switching. I meant select the perl construct, not select the low-level construct. Dan ------

Re: Imrpoving tie() (Re: RFC 15 (v1) Stronger typing through tie.)

2000-08-04 Thread Dan Sugalski
At 12:35 PM 8/4/00 -0400, Chaim Frenkel wrote: "DS" == Dan Sugalski [EMAIL PROTECTED] writes: DS The language semantics of tie strongly impact the internals. tie() is DS basically a declaration that the rules are completely different (and DS unknown at compile time) for the tie

Re: named parameters

2000-08-04 Thread Dan Sugalski
to the non-op functions, it means they don't have to worry about writing code to do localtime however we do it, they can just call our function. Dan --"it's like this"------- Da

Re: Imrpoving tie() (Re: RFC 15 (v1) Stronger typing through tie.)

2000-08-04 Thread Dan Sugalski
At 09:38 PM 8/4/00 -0400, Ken Fox wrote: Dan Sugalski wrote: $foo = 12; $bar = something(); $bar = $foo; could work out to: $foo = $bar = 12; something(); If $foo is a lexical variable and it hasn't been aliased then you might be able to do that optimization

Re: Language RFC Summary 4th August 2000

2000-08-04 Thread Dan Sugalski
to be designed in. I'm working on it. :) I promised Kirrily that I'd race you in the RFC count... Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL

Re: RFC Archive

2000-08-03 Thread Dan Sugalski
like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

Re: Don't you people sleep?!!

2000-08-02 Thread Dan Sugalski
know where a few folks are). That pretty much covers the whole day... Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED]

Re: date interface (was Re: perl6 requirements, on bootstrap)

2000-08-02 Thread Dan Sugalski
im FrenkelNonlinear Knowledge, Inc. [EMAIL PROTECTED] +1-718-236-0183 Dan --"it's like this"------- Dan Sugalski

Re: What is Perl?

2000-08-01 Thread Dan Sugalski
happening. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

RE: draft RFC: loop control and do

2000-08-01 Thread Dan Sugalski
on picking up the Unicode spec over lunch (didn't want to throw my back out... ;)) Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED]

RE: Typeglobs, filehandles, asterisks

2000-08-01 Thread Dan Sugalski
--"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk

Re: Typeglobs, filehandles, asterisks

2000-08-01 Thread Dan Sugalski
At 06:59 PM 8/1/00 +0100, Hildo Biersma wrote: Dan Sugalski wrote: I'd also like to see lexicals addressed by name through some sort of symbol table-ish thing. Maybe: $PAD{my_var}[-1] would give a ref to the lexical my_var that exists one level of scope out from the current

RE: Removing/fixing $[line noise here] variables

2000-08-01 Thread Dan Sugalski
never, etc, etc. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even

Re: Typeglobs, filehandles, asterisks

2000-08-01 Thread Dan Sugalski
::fred does. Well, in perl 5 it doesn't, but that doesn't say anything about perl 6... :) Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL

Re: What is Perl?

2000-08-01 Thread Dan Sugalski
the variables fend for themseles. Dan --"it's like this"------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bear

Re: RFC: On-the-fly tainting via $^T

2000-08-01 Thread Dan Sugalski
checking is disabled in a no taint block. Whether we still set the taint status on a scalar could depend on the -T switch, so data would still be tainted in a no taint block. Dan --"it's like this"--

Re: RFC: On-the-fly tainting via $^T

2000-08-01 Thread Dan Sugalski
not. "DS" == Dan Sugalski [EMAIL PROTECTED] writes: DS I think I'd prefer to leave untainting to regexes. DS What I was thinking of was something along the lines of a lexically scoped DS pragma--"use taint"/"no taint". (We could do this by sticking in an opcode DS to

Re: type-checking [Was: What is Perl?]

2000-08-01 Thread Dan Sugalski
example, did a "$foo[2] = 'bar'" I don't see any reason not to make $foo[2] have a value of 0. (With a warning emitted by -w, of course) Dan ------"it's like this"-

<    2   3   4   5   6   7