I believe it is better to store binaries as arrays and use temporary files than drop many small .com binaries all over the code tree (for now I have 3 test programs about 30 bytes each). It is possible to comment/disassemble test cases instruction by instruction, if needed. Also, not everyone can use git, and I believe diff/patch would fail to produce patchable diffs with binary files in them. Mike Hearn wrote:
On 6/5/06, Dmitry Timoshkov <dmitry(a)codeweavers.com> wrote:
I'd rather we got out of the habit of doing this seeing as I think git can deal with binaries better than cvs can.
There is no point in storing the binaries in the *source* tree, besides tiny .com file which shows the bug shouldn't take more than 100 bytes of an array in the .c file.
Sure it might be small, but it's still a binary no matter how we store it. It's not more useful as an array than as a true binary file on disk. Why obfuscate and expand it by embedding it into a text file?
thanks -mike