-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
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
String representation of expressions with quotes in non-standard string literals #35305
Labels
bug
Indicates an unexpected problem or unintended behavior
display and printing
Aesthetics and correctness of printed representations of objects.
regression
Regression in behavior compared to a previous version
Comments
@JeffBezanson, I don't recall many changes to string literals aside from the recent one you did for multiline string literals. Any possibility that might have affected this? |
It's a printing issue; #32423. |
JeffBezanson
added a commit
that referenced
this issue
Mar 30, 2020
JeffBezanson
added a commit
that referenced
this issue
Mar 30, 2020
JeffBezanson
added a commit
that referenced
this issue
Mar 30, 2020
JeffBezanson
added a commit
that referenced
this issue
Mar 31, 2020
fix #35305, need escaping when printing string macro calls
KristofferC
pushed a commit
that referenced
this issue
Apr 4, 2020
(cherry picked from commit b6dd448)
oxinabox
pushed a commit
to oxinabox/julia
that referenced
this issue
Apr 8, 2020
ravibitsgoa
pushed a commit
to ravibitsgoa/julia
that referenced
this issue
Apr 9, 2020
staticfloat
pushed a commit
that referenced
this issue
Apr 21, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
bug
Indicates an unexpected problem or unintended behavior
display and printing
Aesthetics and correctness of printed representations of objects.
regression
Regression in behavior compared to a previous version
The string representation of an expression that contains quotes
"
in triple-quoted non-standard string literals (or escaped quotes in quoted non-standard string literals) is not faithfully any more. The resulting text does not represent valid Julia code and cannot beinclude
d again. in Julia v1.4This does not happen for "normal" strings
and also used to work in Julia v1.3.1. See also https://discourse.julialang.org/t/string-representation-of-expression/36729/3?u=pfarndt
The text was updated successfully, but these errors were encountered: