Closed tallakt closed 9 years ago
I have since made a pull request to fix this..
See PR #110
Is this still a problem on master? I think this might be fixed by a drive-by-commit that I have done myself. Can you check?
And in any case: Thanks for caring!
Hi, after having converted a project from should to expect syntax by hand, i found a cool automatic tool which actually worked. If you want (Kaspar) i could take this transformation as a backburner and do the transformation over the space of a month or so
I don't want to go all the way to rspecs new ridiculous syntax. If the specs don't warn about deprecated syntax, that's enough for now. Migration path for this project is probably going to include 'ae' for assertions, since the rspec project has proven to be misguided.
strong words, but your project, fair enough
Back to my original question: Do you still get deprecation warnings when you use the current master for your project?
Sorry for the delay. I dont have time to recheck this right now. I had a look, but basically I have installed my patched parslet, so I would need to reinstall parslet from github master. Will do this eventually. ~2-3 days and I'm there
The RSpec convenience example gives a deprecation due to rspec moving from should to expect(...).to