-
Notifications
You must be signed in to change notification settings - Fork 6
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
Support globs (wildcards) in workspace members #2
Support globs (wildcards) in workspace members #2
Conversation
@dvc94ch Can this be merged and published? |
Sorry, I haven't fully understood when the error happens and what error happens, that's why the PR wasn't merged. Also procrastination. |
I see what the problem is, but it seems that there needs to be a way of handling it other than just skipping? |
d1a0639
to
79e5d63
Compare
Agreed, updated PR adds glob as a dependency to handle glob members. |
Looks good to me! Can you run rustfmt and add the glob dependency alphabetically to |
Done. |
Thanks! |
Awesome! I just noticed the last commit had something to do with forward slashes on Windows. I'm not sure how glob handles that case so it might be worth checking for a regression; fwiw I was developing on Windows. Lastly a crates.io release would be appreciated. :) |
Released as 0.4.6. Not sure about windows, I don't use it... |
Fix issue where e.g. wildcards result in Err that is unwrapped by the calling function, resulting an unnecessary build fail as the target fall through is unused.
This popped up when trying to build Bevy (with winit) for Android. It wasn't clear to me that this is the right place to address the issue, for instance it could instead be handled at the calling function's unwrap. In this case the early return also precludes checking following members, so this felt the the nicer way to cleanup given the crate is using a lot of unwraps and removing one wouldn't have put much a dent in it.