Skip to content

rustfmt: Add --file-lines flag behind an env var #844

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

Closed
wants to merge 3 commits into from

Conversation

kamalmarhubi
Copy link
Contributor

These commits add a --file-lines flag that is present if the RUSTFMT_EXPERIMENTAL_FILE_LINES environment variable is set to "1". The argument is parsed and propagated into the config, but so far it is only an alternative and verbose way to specify files and set skip_children.

Refs #434

@kamalmarhubi kamalmarhubi changed the title rustfmt: Add a ineffectual --file-lines flag behind a feature rustfmt: Add an ineffectual --file-lines flag behind a feature Feb 27, 2016
@kamalmarhubi
Copy link
Contributor Author

Failure is in the regex crate on nightly.

@kamalmarhubi
Copy link
Contributor Author

Rebased to pick up nightly fixes in #843.

@kamalmarhubi kamalmarhubi force-pushed the line-ranges branch 3 times, most recently from 129d694 to aa42521 Compare March 5, 2016 18:59
@kamalmarhubi kamalmarhubi changed the title rustfmt: Add an ineffectual --file-lines flag behind a feature rustfmt: Add --file-lines flag behind an env var Mar 5, 2016
@kamalmarhubi
Copy link
Contributor Author

Rebased to fix conflicts, and now using an env var instead of a cargo feature. Aim is to have less upheaval necessary when enabling the flag by default.

This adds a `--file-lines` flag that is present if the
RUSTFMT_EXPERIMENTAL_FILE_LINES environment variable is set to "1".  The
argument is parsed and propagated into the config, but so far it is only
an alternative and verbose way to specify files and set `skip_children`.

Refs https://github.com/nrc/rustfmt/issues/434
@kamalmarhubi
Copy link
Contributor Author

Please let me know when you're looking at this. I'm occasionally making edits to this, but will stop the instant it's under review.

@kamalmarhubi
Copy link
Contributor Author

Actually I'll just close this for now and reopen when I have more ready.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant