Skip Menu |
Queue is disabled
This queue is disabled and you may not create new tickets in it. Disabled queues are usually because the distribution was merged with another or changed names. Sometimes they are the end result of a bad autocreate from PAUSE data before anyone noticed.
Report information
Id: 132176
Status: new
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: cpan [at] zoffix.com
Cc:
AdminCc:

Severity: (no value)
Tag: (no value)
Platform: (no value)
Patch Status: (no value)
VM: (no value)



Subject: [RFC] Aliasing of Mexico ops to Texas Versions
Download (untitled) / with headers
text/plain 1.1k
During a recent update[^1] the static optimizer was taught to convert the Mexico ≥, ≤, and ≠ ops to their Texas alternatives. It was later pointed out[^2] that this aliasing is stronger than originally intended: multi sub infix:«<=» ( Str $, Str $ --> 'Str' ) {} say 'f' <= 'f'; # Str say 'f' ≤ 'f'; # Str It doesn't work the other way around though: defining own ≤ op won't make <= use it and these three ops are probably the only ones for which this kind of thing happens. I removed[^3] this kind of aliasing, for now. The RFC is: should this kind of aliasing be done for *all* Mexico ops? - The Mexico name is the one that is implemented as an alias to the Texas name - Defining a lexical Texas op makes Mexico ops use that lexical for free - Defining a lexical Mexico op does NOT make Texas alternatives use it for free [1] https://github.com/rakudo/rakudo/commit/6ec21cb47394527983f48282d9a61319a4cb1f26 [2] https://github.com/rakudo/rakudo/commit/6ec21cb47394527983f48282d9a61319a4cb1f26#commitcomment-24615687 [3] https://github.com/rakudo/rakudo/commit/43c348a8e7006978057fad2e360a700d263fcbd8
RT-Send-CC: perl6-compiler [...] perl.org
Download (untitled) / with headers
text/plain 107b
s:g/Mexico/Fancy Unicode/; per RT#132179: https://rt.perl.org/Ticket/Display.html?id=132179#ticket-history


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org