Closed rupertford closed 1 year ago
Patch coverage: 100.00%
and project coverage change: +0.03%
:tada:
Comparison is base (
38364a9
) 91.77% compared to head (b109852
) 91.81%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Ready for first review from @arporter or @sergisiso
Ready for next review from @arporter
Perhaps the rule should be that any classes that simply subclass another class in a different API so that subsequent classes use the the new API, should have functional tests? I think that would then cover all cases and more. I've not done this in this PR but would be happy to do so if the reviewer thinks this is a better solution than the single functional test I've added for one case when using concurrent.
Perhaps the rule should be that any classes that simply subclass another class in a different API so that subsequent classes use the the new API, should have functional tests? I think that would then cover all cases and more. I've not done this in this PR but would be happy to do so if the reviewer thinks this is a better solution than the single functional test I've added for one case when using concurrent.
Something like that, yes. (I don't quite follow what you mean.) In this case I'd be happier if we at least check for the case where the DO CONCURRENT is a child of:
I've added functional tests where the modified classes are purely there to connect the f2003 to the f2008 concurrent classes. I've just added basic functional tests as everything else will work fine, the important thing is that the different flavours of f2008 concurrent can be parsed from f2003 classes (I've just used program).
Ready for next review from @arporter
The f2008
do concurrent
functionality has already been added but does not get called as the original f2003 classes get called directly from other f2003 classes. In this PR, 2008 versions of these other f2003 classes are added so all should be well.