Skip to content

Rust generates project-hash.d files. They are causing errors #3

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

Merged
merged 1 commit into from
Apr 28, 2017

Conversation

serayuzgur
Copy link
Contributor

Rust generates project-hash.d files. They are causing errors because of the "for file in" loop. We have to exclude them by a regex.

…of the "for file in" loop. We have to exclude them by a regex.
@codecov
Copy link

codecov bot commented Apr 28, 2017

Codecov Report

Merging #3 into master will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##           master       #3   +/-   ##
=======================================
  Coverage   82.14%   82.14%           
=======================================
  Files           1        1           
  Lines          28       28           
=======================================
  Hits           23       23           
  Misses          5        5

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7a1fe74...c9e0503. Read the comment docs.

@sunjay sunjay merged commit 6c53293 into codecov:master Apr 28, 2017
@sunjay
Copy link
Collaborator

sunjay commented Apr 28, 2017

Thanks @serayuzgur!

@serayuzgur
Copy link
Contributor Author

Thanks to you for such a nice tool

TheBiggerGuy added a commit to TheBiggerGuy/example-rust that referenced this pull request Feb 18, 2019
When the Rust hash ends in a "d" the previous blob would fail to match.
This is due to codecov#3 which fixed an issue where Rust generated ".d" files
that should correctly be filtered.

This new version loops over both the correct files and ".d" files.
Within the loop it checks for if the file is executable as its
filtering of the ".d" files.

I believe in general this is a better design as the more advanced Bash
glob is not very portable.
sunjay pushed a commit that referenced this pull request Feb 18, 2019
When the Rust hash ends in a "d" the previous blob would fail to match.
This is due to #3 which fixed an issue where Rust generated ".d" files
that should correctly be filtered.

This new version loops over both the correct files and ".d" files.
Within the loop it checks for if the file is executable as its
filtering of the ".d" files.

I believe in general this is a better design as the more advanced Bash
glob is not very portable.
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