Skip to content
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

--strict should disallow implicit string concatenation #837

Closed
evhub opened this issue May 2, 2024 · 0 comments
Closed

--strict should disallow implicit string concatenation #837

evhub opened this issue May 2, 2024 · 0 comments

Comments

@evhub
Copy link
Owner

evhub commented May 2, 2024

It's a pretty classically bug-prone Python feature (e.g. it can hide missed commas), so it might be worth warning about it in --strict mode. We can even consider compiling string literals added together with plus into implicit string concatenation to avoid the performance hit.

@evhub evhub added this to the v3.2.0 milestone May 2, 2024
@evhub evhub added the resolved label May 4, 2024
evhub added a commit that referenced this issue May 4, 2024
@evhub evhub closed this as completed May 4, 2024
@evhub evhub changed the title --strict should warn about implicit string concatenation --strict should disallow implicit string concatenation Jun 8, 2024
@evhub evhub mentioned this issue Jun 8, 2024
evhub added a commit that referenced this issue Jun 9, 2024
See Coconut's
[documentation](http://coconut.readthedocs.io/en/develop/DOCS.html) for
more information on all of the features listed below.

Language features:
* #833: New `case def` syntax for more easily defining pattern-matching
functions with many patterns.
* #811: New `f(name=)` syntax as a shorthand for `f(name=name)`,
replacing the now deprecated `f(...=name)` syntax.
* #836: New `CoconutWarning` built-in used for Coconut runtime warnings.

Compiler features:
* #837: Coconut will now warn about implicit string concatenation and
disable it completely with `--strict`.
* #718: Coconut will now warn about use of `addpattern def` without a
prior `match def`. This was a previously-supported feature to make
pattern-matching functions with many patterns easier to write, but the
new recommended way to do that is now via `case def`.
* #785: Initial [pyright](https://github.com/microsoft/pyright) support
via the `--pyright` flag.

Bugfixes:
* #839, #840: Fixed some f-string parsing issues.
* #834: Fixed `len` of empty `zip` objects.
* #830: Improved use of colored output.
* #757: Improved PEP 695 support on Python 3.12.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant