Re: RFC 231 (v1) Data: Multi-dimensional arrays/hashes and slices

2000-09-26 Thread Ilya Zakharevich
On Mon, Sep 25, 2000 at 06:30:22PM -0400, Karl Glazebrook wrote: Well, this shows that you entirely miss the problem of cryptocontexts. Context is determined by the "environment" of the operation, not by the operation. Context is propagated: the-left-hand-side-of-assignment ---

Re: RFC 204 (v2) Arrays: Use list reference for multidimensional array access

2000-09-26 Thread Bart Lateur
On Mon, 25 Sep 2000 19:26:38 -0700, Nathan Wiger wrote: I agree with both of you. It would be nice if @$ precedence worked as Bart specified, but I still think that arrays should be arrays. The problem is that $name = "myarray"; @$name = (1,2,3); print @$name[0,1]; # 1,2 Is very

Re: RFC 48 (v4) Replace localtime() and gmtime() with date() and utcdate()

2000-09-26 Thread Russ Allbery
Jonathan Scott Duff [EMAIL PROTECTED] writes: Do you mean local time now or local time for all time? The former is easy, the latter hard. Well, it's not hard for those places where the offset from UTC has remained (mostly) constant, but there are some places that have an offset from UTC

RFC 178 (v5) Lightweight Threads

2000-09-26 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Lightweight Threads =head1 VERSION Maintainer: Steven McDougall [EMAIL PROTECTED] Date: 30 Aug 2000 Last Modified: 26 Sep 2000 Mailing List: [EMAIL PROTECTED] Number: 178 Version: 5 Status:

RFC 185 (v3) Thread Programming Model

2000-09-26 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Thread Programming Model =head1 VERSION Maintainer: Steven McDougall [EMAIL PROTECTED] Date: 31 Aug 2000 Last Modified: 26 Sep 2000 Mailing List: [EMAIL PROTECTED] Number: 185 Version: 3

RFC 239 (v2) IO: Standardization of Perl IO Functions to use Indirect Objects

2000-09-26 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE IO: Standardization of Perl IO Functions to use Indirect Objects =head1 VERSION Maintainer: Nathan Wiger [EMAIL PROTECTED] Date: 15 Sep 2000 Last Modified: 26 Sep 2000 Mailing List: [EMAIL

Re: RFC 319 (v1) Transparently integrate Ctie

2000-09-26 Thread Piers Cawley
Perl6 RFC Librarian [EMAIL PROTECTED] writes: This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Transparently integrate Ctie On the whole I think I'm liking this. But it needs work. my packed $a; # just an assertion, RFC 218 $a =

Re: RFC 319 (v1) Transparently integrate Ctie

2000-09-26 Thread Nathan Wiger
I'm kind of curious to know what you think would happen with the following. I've commented where I'm confident... interface Number; sub TIESCALAR; sub STORE; sub FETCH; package integer implements Number; # I really like this notation Tangentially, yes, it is nice

Re: RFC 279 (v1) my() syntax extensions and attribute declarations

2000-09-26 Thread Alan Gutierrez
On 24 Sep 2000, Perl6 RFC Librarian wrote: I still hope that it doesn't get as complicated as all this. I know there are arguments out there for specifying integer size and signedness but I can't imagine that adding this stuff is a good thing. Note that multiple types cannot be specified on

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Piers Cawley
Perl6 RFC Librarian [EMAIL PROTECTED] writes: This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE Ban Perl hooks into regexes =head1 VERSION Maintainer: Simon Cozens [EMAIL PROTECTED] Date: 25 Sep 2000 Mailing List: [EMAIL PROTECTED]

Re: RFC 170 (v2) Generalize =~ to a special apply-to assignment operator

2000-09-26 Thread Simon Cozens
On Sun, Sep 17, 2000 at 05:41:57AM -, Perl6 RFC Librarian wrote: . Some criticized it as being too sugary, since this: $string =~ quotemeta;# $string = quotemeta $string; Is not as clear as the original. However, there is fairly similar precedent in: $x += 5;

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Bart Lateur
On 25 Sep 2000 20:14:52 -, Perl6 RFC Librarian wrote: Remove C?{ code }, C??{ code } and friends. I'm putting the finishing touches on an RFC to drop (?{...}) and replace it with something far more localized, hence cleaner: assertions, also in Perl code. That way, /(?!\d)(\d+)(?{$1

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Michael Maraist
On 25 Sep 2000 20:14:52 -, Perl6 RFC Librarian wrote: Remove C?{ code }, C??{ code } and friends. I'm putting the finishing touches on an RFC to drop (?{...}) and replace it with something far more localized, hence cleaner: assertions, also in Perl code. That way, /(?!\d)(\d+)(?{$1

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Bart Lateur
On Tue, 26 Sep 2000 13:32:37 -0400, Michael Maraist wrote: I can't believe that there currently isn't a means of killing a back-track based on perl-code. Looking through perlre it seems like you're right. There is, but as MJD wrote: "it ain't pretty". Now, semantic checks or assertions would

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Michael Maraist
There is, but as MJD wrote: "it ain't pretty". Now, semantic checks or assertions would be the only reason why I'd expect to be able to execute perl code every time a part of a regex is succesfully parsed. Simply look at RFC 197: a syntactic extension to regexes just to check if a number is

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Hugo
In 005501c027eb$43bafe60$[EMAIL PROTECTED], "Michael Maraist" writes: :As you said, we shouldn't encourage full-fledged execution (since core dumps :are common). Let's not redefine the language just because there are bugs to fix. Surely it is better to concentrate first on fixing the bugs so

Re: RFC 308 (v1) Ban Perl hooks into regexes

2000-09-26 Thread Hugo
In [EMAIL PROTECTED], Bart Lateur writes: :On 25 Sep 2000 20:14:52 -, Perl6 RFC Librarian wrote: : :Remove C?{ code }, C??{ code } and friends. : :I'm putting the finishing touches on an RFC to drop (?{...}) and replace :it with something far more localized, hence cleaner: assertions, also in

Re: RFC 170 (v2) Generalize =~ to a special apply-to assignment operator

2000-09-26 Thread Nathan Wiger
Simon Cozens wrote: Looks great on scalars, but... @foo =~ shift; # @foo = $foo[0] ? @foo =~ unshift; # @foo = $foo[-1] ? Yes, if you wanted to do something that twisted. :-) It probably makes more sense to do something like these: @array =~ reverse; @vals =~ sort { $a =

Re: RFC 299 (v1) C@STACK - a modifyable Ccaller()

2000-09-26 Thread Piers Cawley
Perl6 RFC Librarian [EMAIL PROTECTED] writes: This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE C@STACK - a modifyable Ccaller() Why am I having bad thoughts along the lines of: local @STACK = @SAVED_STACK I don't know what'd do, but it'd be

Re: RFC 288 (v1) First-Class CGI Support

2000-09-26 Thread Nathan Wiger
The http_header() is a straw man intended to demonstrate that there are issues with shoving all of the outgoing HTTP headers into a simple variable. Not insoluable problems, but problems. Agreed. I do like the idea of stacking HTTP headers and queueing them up before the first print

Re: RFC 288 (v1) First-Class CGI Support

2000-09-26 Thread Adam Turoff
On Tue, Sep 26, 2000 at 05:02:02PM +1100, iain truskett wrote: Is there much point having a lightweight CGI module? If you say 'I want it to load quickly', I say 'get mod_perl'. There's more to it than just loading quickly. It should load quickly as in "load everything that's absolutely

Re: RFC 143 (v2) Case ignoring eq and cmp operators

2000-09-26 Thread Markus Peter
"David L. Nicol" wrote: Perl currently only has Ceq and Ccmp operators which work case-sensitively. It would be a useful addition to add case-insensitive equivalents. As I recall, the consensus the last time this came up was that Ccmpi and Ceqi would be perfect examples w/in a RFC

Re: RFC 288 (v1) First-Class CGI Support

2000-09-26 Thread Alan Gutierrez
On Tue, 26 Sep 2000, iain truskett wrote: * Adam Turoff ([EMAIL PROTECTED]) [26 Sep 2000 17:15]: On Tue, Sep 26, 2000 at 05:02:02PM +1100, iain truskett wrote: Is there much point having a lightweight CGI module? If you say 'I want it to load quickly', I say 'get mod_perl'. Agreed. The

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
On Mon, 25 Sep 2000, Simon Cozens wrote: On Mon, Sep 25, 2000 at 09:55:38AM +0100, Richard Proctor wrote: While this may be a fun thing to do - why? what is the application? I think I said in the RFC, didn't I? It's extending the counting use of tr/// to allow you to count several

Re: RFC 288 (v1) First-Class CGI Support

2000-09-26 Thread Adam Turoff
On Tue, Sep 26, 2000 at 04:41:21AM -0400, Alan Gutierrez wrote: Robust input parsing: yes. General purpose output formatting: no, [...] Rudimentary HTTP header emission: probably. So this is the definition of first-class? Have you read the RFC? Have you read the

RE: RFC 264 (v1) Provide a standard module to simplify the creation of source filters

2000-09-26 Thread Paul Marquess
From: Damian Conway [mailto:[EMAIL PROTECTED]] ... No. That's my point. I want to match BANG followed by maximal whitespace followed by another BANG. But a line-by-line filter fails dismally if that maximal whitespace contains a newline. Admittedly this particular example is contrived for

Re: RFC 288 (v1) First-Class CGI Support

2000-09-26 Thread Jonathan Scott Duff
On Tue, Sep 26, 2000 at 12:04:50AM -0400, Adam Turoff wrote: On Mon, Sep 25, 2000 at 07:50:28AM +0100, Richard Proctor wrote: On Mon 25 Sep, Perl6 RFC Librarian wrote: Turn on tainting What would it do on a platform that does not support Tainting? Is this a real issue? Is there a

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Jonathan Scott Duff
On Tue, Sep 26, 2000 at 12:34:00AM -0400, Adam Turoff wrote: Making '@permissions = -rwx $filename;' work is an interesting new suggestion. Yep. Of course, I should say that I've been hanging out with some snake-hearders recently. Hey, we could learn a thing or two from some snake

Re: RFC 320 (v1) Allow grouping of -X file tests and add Cfiletest builtin

2000-09-26 Thread Jonathan Scott Duff
On Tue, Sep 26, 2000 at 05:53:13AM -, Nate Wiger wrote: Currently, file tests cannot be grouped, resulting in very long expressions when one wants to check to make sure some thing is a readable, writeable, executable directory: if ( -d $file -r $file -w $file -x $file ) { ... }

Re: RFC 320 (v1) Allow grouping of -X file tests and add Cfiletest builtin

2000-09-26 Thread John L. Allen
On 26 Sep 2000, Perl6 RFC Librarian wrote: =head1 TITLE Allow grouping of -X file tests and add Cfiletest builtin Nice summary. Thanks. =head1 IMPLEMENTATION This would involve making C-[a-zA-Z]+ a special token in all contexts, serving as a shortcut for the Cfiletest builtin.

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Uri Guttman
"JSD" == Jonathan Scott Duff [EMAIL PROTECTED] writes: I'll revise the RFC to add 'readable()', 'writable()', and such synonyms for -r and -w that are more like 'use english' and less like 'use English'. i have a minor problem with the names readable and writeable. i am currently

Re: RFC 320 (v1) Allow grouping of -X file tests and add Cfiletest builtin

2000-09-26 Thread John Porter
John L. Allen wrote: I can't believe that special-casing the token -[rwxoRWXOezsfdlpSbctugkTBMAC]+ is an acceptble solution. I mean think of all the existing perl keywords that that already matches: -pos, -cos, -lc, -uc, -fork, -use, -pop, -exp, -oct, -log, -ord + others!. A lot of

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-26 Thread Johan Vromans
Perl6 RFC Librarian [EMAIL PROTECTED] writes: The ability to easily retrieve and edit your N most recent commands to the debugger (much like a bash_history). and A better default pager. The default pager should assume a 24x80 term window ... To me, these clearly indicates that the

Re: perl6storm #0050

2000-09-26 Thread Johan Vromans
Philip Newton [EMAIL PROTECTED] writes: so fewer "cluttering" parentheses are needed to make things readable while still being correct. Since when do parentheses make things less readable? What is your definition of readable? -- Johan

Re: perl6storm #0050

2000-09-26 Thread Johan Vromans
Philip Newton [EMAIL PROTECTED] writes: so fewer "cluttering" parentheses are needed to make things readable while still being correct. By the same reasoning, you can reduce the use of curlies by using indentation to define block structure. -- Johan

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Clayton Scott
"John L. Allen" wrote: The use of a caret was to prevent decimation of the user's namespace, perl -e 'print -^rwx $_' syntax error at -e line 1, near "-^" Execution of -e aborted due to compilation errors. The only problem I have with a caret is that to me the

Re: proposed RFC. lindex() function...

2000-09-26 Thread Webmaster
Dear Iain, I had a few moments, so I tried to put together a subroutine that would express what I was thinking. It's attached with the script that I used to test it. Grant M. [EMAIL PROTECTED] lndxexmp.pl lindex.pl

Re: RFC 292 (v1) Extensions to the perl debugger

2000-09-26 Thread Dave Storrs
On 26 Sep 2000, Johan Vromans wrote: Perl6 RFC Librarian [EMAIL PROTECTED] writes: The ability to easily retrieve and edit your N most recent commands to the debugger (much like a bash_history). and A better default pager. The default pager should assume a 24x80 term window ...

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Adam Turoff
On Tue, Sep 26, 2000 at 02:13:41PM -0400, Uri Guttman wrote: and if the file test names are only loaded via a pragma it should be ok. it is not clear to me that you want that. It's not clear that I want that either. This is probably a plea for a subset of 'use english;', possibly 'use

Re: perl6storm #0050

2000-09-26 Thread Simon Cozens
On Tue, Sep 26, 2000 at 02:06:47PM -0400, John Porter wrote: Since when do parentheses make things less readable? Can you say "lisp"? "lisp". (defun Schwartzian (func list) (mapcar (lambda (x) (car x)) (sort (mapcar (lambda (x) (cons x (funcall func x))) list )

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Nathan Wiger
Adam Turoff wrote: That's a stone's throw awaty from: import english from english import filetest result = filetest.readable("/dev/null") I think the common prefix idea is a nonstarter. There must be a way to coming up with sensible names for all of -X that

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread John L. Allen
On Tue, 26 Sep 2000, Nathan Wiger wrote: I think perhaps that Uri was suggesting more a common letter prefix, such as: freadable($file); fwritable($file); fexecutable($file); Than a piece of bastardized Pythonesque syntax. ;-) Was that what the foo.bar("baz") syntax was? I

Re: perl6storm #0011: interactive perl mode

2000-09-26 Thread Nicola Meade
Russ, you can use "perl -" to punch/paste into that window. But "foo | perl" would not be affected as you would not be running interactively. Essentially, only if there are no arguments and stdin (and stdout) areatty would you do that. --tom, posting blind Visit our website at

Re: PERL6STORM - tchrist's brainstorm list for perl6

2000-09-26 Thread Nicola Meade
Yes, while still allowing an explicit A()-B(), of course. I just meant that A-B means A::-B(), or, if you would, "A"-B(). But A()-B would not change in meaning. --tom, posting blind(ly) Visit our website at http://www.ubswarburg.com This message contains confidential information and is

perl6storm #0010: kill all defaults

2000-09-26 Thread Nicola Meade
Yes, Phil, I mean things like abs() meaning abs($_) and localtime() meaning localtime(time). Actually, combined with the paren requirement thingie, it means localtime(time()), and localtime has to be written localtime(). These are two different suggestions, though. This is an attempt at

perl6storm #0073

2000-09-26 Thread Nicola Meade
No, not for use 'strict'; That is not a bareword. Hard to say why (have short time). Only "$a = fred" is a bareword. But "require Module", is not, as it has another meaning, and is accomodated in the grammar. Likewise, a prototype of sub fn(*) is not a bareword when you call fn(Whatever).

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Bennett Todd
2000-09-26-05:18:57 Paris Sinclair: (%alphabet) = $string =~ tr/a-z//; also a little more concise (and certainly more efficient...) than %alphabet = map { $_ = eval "\$string =~ tr/$_//" } (a..z); However, compared to say $hist[ord($_)]++ for split //, $string; the

Re: perl6storm #0050

2000-09-26 Thread Robert Mathews
Simon Cozens wrote: (defun Schwartzian (func list) (mapcar (lambda (x) (car x)) (sort (mapcar (lambda (x) (cons x (funcall func x))) list ) (lambda (x y) ( (cdr x) (cdr y))) ) ) ) Maybe you'd prefer this: defun Schwartzian func list mapcar

Re: perl6storm #0050

2000-09-26 Thread John Porter
Simon Cozens wrote: Maybe you'd prefer this: defun Schwartzian func list mapcar lambda x car x sort mapcar lambda x cons x funcall func x list lambda x y cdr x cdr y What happened to the newlines? Also, "no parens" is not the only alternative to having parens. Other punctiation is

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Uri Guttman
"AT" == Adam Turoff [EMAIL PROTECTED] writes: AT On Tue, Sep 26, 2000 at 02:13:41PM -0400, Uri Guttman wrote: AT But I wouldn't want that pragma to override any other aspect of the AT core library, such as async I/O. agreed. but we can reconcile the name spaces then. or let larry do

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Uri Guttman
"NW" == Nathan Wiger [EMAIL PROTECTED] writes: NW I think perhaps that Uri was suggesting more a common letter prefix, NW such as: NW freadable($file); NW fwritable($file); NW fexecutable($file); NW Than a piece of bastardized Pythonesque syntax. ;-) basically correct. even

Re: RFC 290 (v1) Remove -X

2000-09-26 Thread Nathan Wiger
Uri Guttman wrote: not the best. would that be confused with a sub readable and a leading unary negation? in fact how does perl parse -r now vs - r()? Yes it would, here's how Perl parses these right now: perl -w -e ' sub r { local $\; print "r(@_) : "; } $\ = "\n"; print "-r" if -r

Re: RFC 244 (v1) Method calls should not suffer from the action on a distance

2000-09-26 Thread Ilya Zakharevich
On Mon, Sep 25, 2000 at 09:10:49PM -0700, Nathan Wiger wrote: if ( want-{count} 2 ) { return $one, $two } Will that be interpreted as: 'want'-{count} want()-{count} To be consistent, it should mean the first one. That is, the infix operator - should always autoquote the

Re: perl6storm #0050

2000-09-26 Thread Simon Cozens
On Tue, Sep 26, 2000 at 12:43:07PM -0700, Robert Mathews wrote: Ok, you've proved that lisp doesn't make sense without all those annoying parentheses. Congratulations. Fortunately, perl isn't lisp. Correct, John bringing lisp into the discussion *was* a canard. -- Writing software is more

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
On Tue, 26 Sep 2000, Bennett Todd wrote: 2000-09-26-05:18:57 Paris Sinclair: (%alphabet) = $string =~ tr/a-z//; also a little more concise (and certainly more efficient...) than %alphabet = map { $_ = eval "\$string =~ tr/$_//" } (a..z); However, compared to say

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Bennett Todd
2000-09-26-20:29:22 Paris Sinclair: On Tue, 26 Sep 2000, Bennett Todd wrote: $hist[ord($_)]++ for split //, $string; But would technique work with unicode? Beats me, I've never tried programming against unicode, as I don't speak any other language than english I don't expect I will do

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
On Tue, 26 Sep 2000, Bennett Todd wrote: Yup, I'm a sick little monkey who truly doesn't care about anything other than US-ASCII Please keep your fetishes and/or geocentricism to yourself. There is no need to propose that others should share them. If Perl is going to exist into the future, if

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Bennett Todd
2000-09-26-21:11:53 Paris Sinclair: Please keep your fetishes and/or geocentricism to yourself. They get all ingrown and infested if I don't take 'em out and air 'em out occasionally:-). There is no need to propose that others should share them. No indeedy! I'm not opposed to i18n support in

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
On Tue, 26 Sep 2000, Bennett Todd wrote: That sounds positively noble when you put it that way. I can actually hear choirs of cherubim providing atmosphere. I heard them also, but I thought it was the radio. And yes, a list of 250 items to store 5 items is HUGE. There is no way to know

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Bennett Todd
2000-09-26-21:56:04 Paris Sinclair: A "small" fixed upper bound? It is N that is bounded, that doesn't stop it from using N*50 variables to represent N, or N*150 variables if I'm only matching vs 2 characters. In big-O notation, the N is the size of the problem; in this case, it could be the

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
kOn Tue, 26 Sep 2000, Bennett Todd wrote: What's the upper bound in a 16bit language? Or does that case just have to break? "Sorry, you're not European. Please be assimilated before using this tool. Resistance is futile." Lordie lordie lordie, you're one of the persecuted minority, and

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Paris Sinclair
Could you please start from the assumption that we're all interested in supporting the full Unicode space to the greatest degree possible? None of us are trying to force an ASCII-only alphabet on anyone (although some of us are interested in keeping ASCII-only operations fast and efficient since

Re: RFC 283 (v1) Ctr/// in array context should return a histogram

2000-09-26 Thread Russ Allbery
Paris Sinclair [EMAIL PROTECTED] writes: But as soon as a person labels me a minority, and implies that because I have been labeled such that I am a rioter, and that my opinions are based upon this label, then your choices are to filter me, or to listen to me protest. Then perhaps you