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

Fix build after PR #454 #480

Merged
merged 2 commits into from
Oct 31, 2020
Merged

Fix build after PR #454 #480

merged 2 commits into from
Oct 31, 2020

Conversation

SkiFire13
Copy link
Contributor

PR #454 broke the build by adding a doctest that doesn't compile, in particular it gave the following error:

failures:

---- src/error.rs - error::ErrorVariant<R>::message (line 445) stdout ----
error[E0282]: type annotations needed for `pest::error::ErrorVariant<R>`
 --> src/error.rs:447:15
  |
5 | let variant = ErrorVariant::CustomError {
  |     -------   ^^^^^^^^^^^^^^^^^^^^^^^^^ cannot infer type for type parameter `R` declared on the enum `ErrorVariant`
  |     |
  |     consider giving `variant` the explicit type `pest::error::ErrorVariant<R>`, where the type parameter `R` is specified

error: aborting due to previous error

For more information about this error, try `rustc --explain E0282`.
Couldn't compile the test.

failures:
    src/error.rs - error::ErrorVariant<R>::message (line 445)

test result: FAILED. 59 passed; 1 failed; 2 ignored; 0 measured; 0 filtered out

This error made PRs #470's and #473's bors build fail. After this PR is merged bors should be re-run for them.

@CAD97
Copy link
Contributor

CAD97 commented Oct 31, 2020

I always forget whether I have permission to

bors: r+

bors bot added a commit that referenced this pull request Oct 31, 2020
480: Fix build after PR #454 r=CAD97 a=SkiFire13

PR #454 broke the build by adding a doctest that doesn't compile, in particular it gave the following error:

```
failures:

---- src/error.rs - error::ErrorVariant<R>::message (line 445) stdout ----
error[E0282]: type annotations needed for `pest::error::ErrorVariant<R>`
 --> src/error.rs:447:15
  |
5 | let variant = ErrorVariant::CustomError {
  |     -------   ^^^^^^^^^^^^^^^^^^^^^^^^^ cannot infer type for type parameter `R` declared on the enum `ErrorVariant`
  |     |
  |     consider giving `variant` the explicit type `pest::error::ErrorVariant<R>`, where the type parameter `R` is specified

error: aborting due to previous error

For more information about this error, try `rustc --explain E0282`.
Couldn't compile the test.

failures:
    src/error.rs - error::ErrorVariant<R>::message (line 445)

test result: FAILED. 59 passed; 1 failed; 2 ignored; 0 measured; 0 filtered out
```

This error made PRs #470's and #473's bors build fail. After this PR is merged bors should be re-run for them.

Co-authored-by: Giacomo Stevanato <[email protected]>
@SkiFire13
Copy link
Contributor Author

At least now it builds on stable, but it still fails on older versions.

The main problem is the bump of the sha-1 dependency's version from 0.8 to 0.9 in pest-meta made with PR #465, which even through it claims to support rust 1.21 has a transitive dependency on generic-array v.0.14 which requires a minimum rust version of 1.36 (which failed the "minimal versions" build) and a dependency on cpuid-bool v0.1.2 which uses the macro Kleene operator, a feature stabilized in rust 1.32, and fixed-size atomics, stabilized in 1.34 (which instead triggered on the "style" build). The options here are to either revert #465 or to increase the versions used by CI to at least 1.36 but I feel like this is a decision the maintainers should make.

Looks like pest/src/error.rs also needed a cargo fmt, that will be easy to fix.

As for why "coverage" paniced, that's a complete mistery to me.

@bors
Copy link
Contributor

bors bot commented Oct 31, 2020

Canceled.

@CAD97
Copy link
Contributor

CAD97 commented Oct 31, 2020

This clearly improves the state of master, so I'm going to go ahead and merge it as-is currently. I think coverage has been broken for a while, but it's allowed to break because of weird issues like this (that were more prevalent when we initially set it up). I think I'm also going to set MSRV/"minimal versions" to allowed fail for the time being, so we can get master green again.

Unfortunately, I don't have time to spend actually working on projects right now, just time to review + merge what other people do.

@CAD97 CAD97 merged commit ac08296 into pest-parser:master Oct 31, 2020
@SkiFire13 SkiFire13 deleted the fix-build branch October 31, 2020 19:37
@SkiFire13
Copy link
Contributor Author

Unfortunately, I don't have time to spend actually working on projects right now, just time to review + merge what other people do.

If that's about PR #470 and #473, they were already reviewed by @dragostis, it's just the build that failed for this unrelated problem.

@CAD97
Copy link
Contributor

CAD97 commented Oct 31, 2020

Yeah, I've got time to review things and will re-r those once the build is fixed, it's just new development (such as actually making CI more reliable) which I don't have time for at the moment.

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.

2 participants