>>>>> "SPP" == Stephen P Potter <[EMAIL PROTECTED]> writes:
SPP> * The match operator, C<m>, is always required (bare C<//>
SPP> becomes a fatal error).
maybe
SPP> * Replace C<??> with flag to C<m//>, and remove special meaning
SPP> of C<m??>.
yes
SPP> * Socket functions (such as C<accept>, C<bind>, etc) should be moved from
SPP> the core to modules/libraries.
all of that will be in the use aio pragma/AIO module.
SPP> * Math functions (such as C<abs>, C<atan2>, C<cos>, etc) should
SPP> be moved from the core to modules/libraries.
yes
SPP> * Remove deprecated commands C<dbmopen> and C<dbmclose>.
yes
SPP> * IPC functions (such as C<msgctl>, C<semctl>, C<shmctl>, etc)
SPP> should be moved from the core to modules/libraries.
yes
SPP> * "User" functions (C<getpw*>, <endpw*>, C<setpw*>, C<getlogin>)
SPP> should be moved from the core to modules/libraries.
yes
SPP> * Group functions (C<getgr*>, C<endgr*>, C<setgr*>) should be moved from
SPP> the core to modules/libraries.
yes
SPP> * Network functions (C<getnet*>, C<gethost*>, C<getproto*>, etc)
SPP> should be moved from the core to modules/libraries.
yes
SPP> * Removed deprecated command C<dump>.
yes
SPP> * Process functions (C<getpgrp>, C<getppid>, C<getpriority>, C<setpgrp>,
SPP> C<setpriority>) should be moved from the core to modules/libraries.
yes
SPP> * Replace C<m//>, C<tr///>, and C<s///> with equivalent
SPP> regularized functions that take mulitple arguments instead of
SPP> using specialized syntax. It would be best if the names could be
SPP> more "complete", like match(), translate(), and substitute()
SPP> (although translate and substitute are rather long).
NO. maybe a module could support these named versions, but i like them
and they are what makes perl, perl.
SPP> * Disallow use of C</> as delimiters for quote functions and
SPP> require use of matching pair characters.
no reason for that. i don't like / as a qw delim myself but i have used
it sometimes (mostly with use).
SPP> * Remove special meaning from C</>. Integrate that functionality with
SPP> C<'> and C<">.
huh? i assume this is part of the required m and removal of s/// and
tr/// ideas.
SPP> * Remove C<y///> as a synonym for C<tr///>
well, if you remove tr/// this becomes moot. but i doubt larry will
remove either of them. i never use y/// but tom loves it.
good to have this in one place. make it an rfc and integrate my comments
(or delete the ones i don't agree with! :-)
uri
--
Uri Guttman --------- [EMAIL PROTECTED] ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
