> Accepting variables in tr// makes no sense. It defeats the purpose of > tr/// - extremely fast, known transliterations. The propsal extends tr/// to handle extremely fast transliterations whose nature is not known at compile time. > > tr///e is the same as s///g: > > tr/$foo/$bar/e == s/$foo/$bar/g It is nothing of the sort. $foo = 'fo'; $bar = 'ba'; $s1 = $s2 = "foolproof"; $s1 =~ tr/$foo/$bar/e; # The result is "baalpraab"; $s2 =~ s/$foo/$bar/g; # The result is "baolproof"
- RFC 165 (v1) Allow Varibles in tr/// Perl6 RFC Librarian
- Re: RFC 165 (v1) Allow Varibles in tr/// Mark-Jason Dominus
- Re: RFC 165 (v1) Allow Varibles in tr/// Nathan Wiger
- Re: RFC 165 (v1) Allow Varibles in tr/// Mark-Jason Dominus
- Re: RFC 165 (v1) Allow Varibles in tr/// Tom Christiansen
- Re: RFC 165 (v1) Allow Varibles in tr... Nathan Wiger
- Re: RFC 165 (v1) Allow Varibles in tr/// Bryan C . Warnock
- Re: RFC 165 (v1) Allow Varibles in tr/// Bart Lateur
- Re: RFC 165 (v1) Allow Varibles in tr/// Mark-Jason Dominus
- Re: RFC 165 (v1) Allow Varibles in tr... Stephen P. Potter
- Re: RFC 165 (v1) Allow Varibles ... Bart Lateur
- Re: RFC 165 (v1) Allow Varib... Bart Lateur
- Re: RFC 165 (v1) Allow Varib... Stephen P. Potter
- Re: RFC 165 (v1) Allow V... Mark-Jason Dominus