BRL-CAD is a very large mature code base and as with such body of code, issues creep in over time that are undesirable. One such issue is the introduction of global variables. They are often a short-term crutch that allows some feature to be implemented quickly, but they become a long-term burden.
All you need to do is eliminate any one of them that is declared in a header and accessed in more than one file. That means static globals don't count and variables declared global in one file but not used anywhere else also don't count. That said, we try to make it clear where our shared globals are at by putting their definitions in one place (see references below).
You also must preserve the behavior and capabilities of code that was using the global and remove the variable cleanly. That is to say, for example, that if there was a global variable storing a date string that is printed, you can't just eliminate the variable and remove the line that printed the variable -- you'd probably replace the code printing the date with a function or pass the date in from calling code.
This task is to eliminate just ONE global variable in any of our libraries. If you're quick and clever, you'll notice that some globals are VERY simple to eliminate while others can be complicated with thousands of lines of code needing to get updated.
Submit a patch file
References:- src/libbu/globals.c
- src/libbn/globals.c
- src/librt/globals.c
- http://brlcad.org/wiki/Patches
- What you'll have to modify completely depends on how you're going to remove the global.
File name/URL | File size | Date submitted | |
---|---|---|---|
db5_enc_len_removal | 1.7 KB | December 07 2014 05:46 UTC |
I would like to work on this task.
This task has been assigned to Marc Tannous. You have 100 hours to complete this task, good luck!
The work on this task is ready to be reviewed.
Congratulations, this task has been completed successfully.
Duplicating the values in two places is far from ideal, but this does conform with Rule of Three (i.e., duplication exists in fewer than three places). That said, I closed this slightly too soon. Notice the declaration in include/db5.h that needed to be removed. Minor issue, but good point to make sure you search the entire tree (or use a system like ctags/etags).
I used 'grep -r 'db5_enc_len' ' while on /src/ to search that string recursively in all the files, so that I know where to change it.
If declarating the variable locally was not the way to do it, how should I have approached it?
Regards,
Marc