diff options
author | Dave Gauer <dave@ratfactor.com> | 2021-02-28 11:00:20 -0500 |
---|---|---|
committer | Dave Gauer <dave@ratfactor.com> | 2021-02-28 11:00:20 -0500 |
commit | 88a6ae6d2822e48adb73259ee0a143ea0efbb22e (patch) | |
tree | 29c575a2a9e35aa2ad6535b2fd734ffa213989de /exercises/009_if.zig | |
parent | 7b165e88581efff98457c02d73c53e7481f2f3f0 (diff) | |
download | ziglings-88a6ae6d2822e48adb73259ee0a143ea0efbb22e.tar.gz ziglings-88a6ae6d2822e48adb73259ee0a143ea0efbb22e.tar.bz2 ziglings-88a6ae6d2822e48adb73259ee0a143ea0efbb22e.tar.xz ziglings-88a6ae6d2822e48adb73259ee0a143ea0efbb22e.zip |
Change default elephant tail to null (#25)
It was confusing to see
tail... = undefined
in the struct definition and then
if (tail == null)
later in the exercise - it appears that the mismatch would be the issue
- but that's distracting from the real issue: making the value optional!
Changing the initial value to null is still correct, but won't distract.
The only worry now is that the user will remember the undefined
definition from the previous exercise and wonder if that has to be that
way...but you can't win them all!
Diffstat (limited to 'exercises/009_if.zig')
0 files changed, 0 insertions, 0 deletions