New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ability to ensure support for a unicode version #2031
Comments
|
I agree there should be some way to guarentee the Unicode version. I'm not sure what the syntax should be though. What do other people think? |
|
I think a start would be to be able to find out which unicode version is currently active / supported. Can we do that already?
… On 9 Jul 2018, at 08:11, Samantha McVey ***@***.***> wrote:
I agree there should be some way to guarentee the Unicode version. I'm not sure what the syntax should be though. What do other people think?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
@lizmat no we don't have that feature yet. Would we want to add that onto some pre-existing op or does it need a new one? |
|
Which pre-existing op where you thinking about? Feels like a new op to me? Or do you intend to keep different versions for different codepoints?
… On 10 Jul 2018, at 11:13, Samantha McVey ***@***.***> wrote:
@lizmat no we don't have that feature yet. Would we want to add that onto some pre-existing op or does it need a new one?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
|
No, I don't intend to keep different versions, but there may be a VM info op? Though maybe we want a separate unicode version op? @jnthn what are you thoughts on this? |
|
ah, maybe we can lift it from the compiler info already?
… On 10 Jul 2018, at 12:57, Samantha McVey ***@***.***> wrote:
No, I don't intend to keep different versions, but there may be a VM info op? Though maybe we want a separate unicode version op? @jnthn what are you thoughts on this?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Wouldn't it be right to have something like this?
The reason is that unicode support is rolling without any connection to, for example, language versions. So under
use v6.coruse v6.dyou can't know which unicode version is supported and your code can behave differently on different compiler versions/compilers (if you rely on new unicode features). I think that all perl 6 language versions also guarantee a minimum unicode version that must be supported, but that doesn't help that much unless we release perl 6 faster than new unicode versions are released.I understand that supporting more than one unicode version at the same time (depending on which
use Unicode …is used) is probably too difficult and is likely an overkill anyway, but maybe we need to provide a way to ensure that at least version X is supported by the compiler?ping @samcv
The text was updated successfully, but these errors were encountered: