-
Notifications
You must be signed in to change notification settings - Fork 44
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
Likely unintended behavior change in commit 41424d5 #191
Comments
Command line patterns are documented to be substrings, not regexps in the shell script help. That is probably not prominent enough. |
It's not really an issue, I just remember that it used to be regexp and noticed this suspicious change. If this is intentional (i.e. if it was behaving incorrectly before), it is not a problem, I will adjust Eldev accordingly then, so that Eldev/Buttercup behaves the same as Buttercup. |
Basically, I need a clarification what the intended behavior is, because I cannot pass a list of strings to |
This means regexes are accepted on the command line --pattern option again. --pattern was downgraded to substring matching in 41424d5. Fixes jorgenschaefer#191.
This means regexes are accepted on the command line --pattern option again. --pattern was downgraded to substring matching in 41424d5. Fixes jorgenschaefer#191.
This means regexes are accepted on the command line --pattern option again. --pattern was downgraded to substring matching in 41424d5. Fixes jorgenschaefer#191.
So the change was intentional but probably a bad idea. |
Yes, seems to work fine:
|
Would you be interested in writing a section in the |
Basically it would be a repeat of parts of Eldev's documentation, but if you want, I can do it.
Currently missing (to bring Buttecup support in Eldev on par with Eldev) are #190 (trivial), #188 and also maybe #185 (this one should also be simple; if implemented, I will add support for this for both ERT and Buttercup in one go). Also maybe a way to reuse previous test results, but this would not be easy and would need to be designed first. |
Re-enable regex patterns on the command line, fix #191
Patterns are no longer treated as regexps because of these lines in 41424d5:
Function
regexp-opt
accepts strings not regexps.In comparison, previously each pattern was treated as regexp:
The text was updated successfully, but these errors were encountered: