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

Switch to typetracer #76

Open
mpadge opened this issue Feb 19, 2022 · 2 comments
Open

Switch to typetracer #76

mpadge opened this issue Feb 19, 2022 · 2 comments

Comments

@mpadge
Copy link
Member

mpadge commented Feb 19, 2022

Instead of the miles of code currently used to parse example code and identify input types

@mpadge
Copy link
Member Author

mpadge commented Aug 17, 2022

https://github.com/mpadge/typetracer is now all set to implement here.

@mpadge
Copy link
Member Author

mpadge commented Sep 8, 2022

The above commits are hopefully heading towards most of the work. One issue that has arisen is that many more tests are generally run, and these include code from test suites which is designed to trigger errors. Current typetracer output still can not identify the ultimate source of traces, so has no way of ascertaining whether a trace might represent a call that is actually intended to fail. This results in spurious error messages. I think the only safe way to solve this will be to modify typetracer to enable identificaiton of the calling environment. At least for "testthat", this should be possible, and so traces from within a testing environment can be used for determining parameter types, while all of the actual mutation and autotesting can be based on example code alone.

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

No branches or pull requests

1 participant