-
Notifications
You must be signed in to change notification settings - Fork 187
Wrt stdlib_ascii.f90: use iachar/achar consistently #232
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
Labels
implementation
Implementation in experimental and submission of a PR
topic: strings
String processing
Comments
Perhaps it is over cautious, but it cannot hurt to consider this. |
Can you send this as a Pull Request (PR)? I think this change is fine. |
It is not quite complete yet . Will check the rest later.
Op ma 14 sep. 2020 16:07 schreef Ondřej Čertík <[email protected]>:
… Can you send this as a Pull Request (PR)? I think this change is fine.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#232 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR2NO6AXASUXBXKEVODSFYPQLANCNFSM4RLQC7FQ>
.
|
arjenmarkus
added a commit
that referenced
this issue
Sep 16, 2020
Consistently use iachar() to avoid potential problems with platforms that use a different encoding than ASCII - see issue #232
Oh dear, I inadvertently pushed it to the central repository instead of
creating a pull request. Please have a look at my changes - if not
appropriate, I will revert this.
Op di 15 sep. 2020 om 08:06 schreef Arjen Markus <[email protected]
…:
It is not quite complete yet . Will check the rest later.
Op ma 14 sep. 2020 16:07 schreef Ondřej Čertík ***@***.***>:
> Can you send this as a Pull Request (PR)? I think this change is fine.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <#232 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAN6YR2NO6AXASUXBXKEVODSFYPQLANCNFSM4RLQC7FQ>
> .
>
|
arjenmarkus
added a commit
that referenced
this issue
Sep 16, 2020
Commit the corrected source (#232)
I think you should revert the commit so we can fully review the changes, if I'm not mistaken, there is already a missing line in your changes. |
Okay, will do so.
Op wo 16 sep. 2020 17:26 schreef Ian Giestas Pauli <[email protected]
…:
I think you should revert the commit so we can fully review the changes,
if I'm not mistaken, there is already a missing line in your changes.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#232 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR6VUF2ASUV3RASPHW3SGDKJ3ANCNFSM4RLQC7FQ>
.
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
implementation
Implementation in experimental and submission of a PR
topic: strings
String processing
While having a quick look at the documentation, I stumbled upon the implementation of the ASCII functions. For instance:
pure logical function is_alpha(c) character(len=1), intent(in) :: c !! The character to test. is_alpha = (c >= 'A' .and. c <= 'Z') .or. (c >= 'a' .and. c <= 'z') end function
The implementation assumes that the character that is passed is in ASCII encoding. While ubiquitous nowadays, it is certainly not the only possible encoding. For stdlib we should be as general as possible, Here is a possible alternative for the is_alpha() function:
The text was updated successfully, but these errors were encountered: