You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Admittedly I'm pretty new to compile-testing, but I have found in my short time that the bulk of my tests consist of single source files that are designed either to exercise particular error conditions in my annotation processor. Of course given that only one file is being compiled the error will always be in that file. Currently, however, in the javaSource() subject, you still have to specify in() when checking the errors. Instead of:
I think it would be good to still have in() as an option (because the error might conceivably happen in another file other than your single source - eg, a generated file). However, I have already come across this pattern so many times that I think it would be a useful enhancement.
The text was updated successfully, but these errors were encountered:
Admittedly I'm pretty new to compile-testing, but I have found in my short time that the bulk of my tests consist of single source files that are designed either to exercise particular error conditions in my annotation processor. Of course given that only one file is being compiled the error will always be in that file. Currently, however, in the
javaSource()
subject, you still have to specifyin()
when checking the errors. Instead of:...I'd like to be able to omit in():
I think it would be good to still have in() as an option (because the error might conceivably happen in another file other than your single source - eg, a generated file). However, I have already come across this pattern so many times that I think it would be a useful enhancement.
The text was updated successfully, but these errors were encountered: