Fortitude 0.9 happiness#285
Conversation
0599b75 to
983e810
Compare
|
Test failing. I'm going to reverse some of the less safe changes. |
Fix syntax errors manually. Add config. - To target f2008. - Ignore various rules in `deps/` directory. Then ran with `fortitude check --fix`. Fix remaining failures manually.
983e810 to
930a989
Compare
|
Created a new branch and blasted away the old one with a better set of changes. Tested the changes in my local environment. |
David Davies (DJDavies2)
left a comment
There was a problem hiding this comment.
The tests pass. I am not very happy with the save and public stuff, as these are redundant and simply re-state the defaults. I know people say they like this for "clarity", but it doesn't seem useful to me: it confuses me when I see this sort of thing because i wonder why they have been stated, and if people see both
integer :: foo = 1
and
integer, save :: foo = 1
around they might start to think there is a difference between the two when there isn't.
|
Note: agree that some of the declarations may be redundant, but they allow us to satisfy these rules: |
As noted, these pages make arguments related to clarity, but I disagree with these rules. |
Should now passes
fortitude checkfully at fortitude 0.9.0.Fix syntax errors manually.
Add config.
deps/directory. (Many of which were legacy source files.)Then ran with
fortitude check --fix --unsafe-fixes.Fix remaining failures manually.
Add
fortitude checkto CI.See also: