summaryrefslogtreecommitdiff
path: root/git-shortlog.perl
diff options
context:
space:
mode:
authorRené Scharfe <rene.scharfe@lsrfire.ath.cx>2006-11-23 22:02:37 (GMT)
committerJunio C Hamano <junkio@cox.net>2006-11-23 22:20:32 (GMT)
commit0ea865ce7af4b2b6ee85dc52b5fad84260e27871 (patch)
tree992fce6f9e24c1351e081bd57d37f60f1f5f0719 /git-shortlog.perl
parente945f95157c2c515e763ade874931fc1eb671a0b (diff)
downloadgit-0ea865ce7af4b2b6ee85dc52b5fad84260e27871.zip
git-0ea865ce7af4b2b6ee85dc52b5fad84260e27871.tar.gz
git-0ea865ce7af4b2b6ee85dc52b5fad84260e27871.tar.bz2
archive-zip: don't use sizeof(struct ...)
We can't rely on sizeof(struct zip_*) returning the sum of all struct members. At least on ARM padding is added at the end, as Gerrit Pape reported. This fixes the problem but still lets the compiler do the summing by introducing explicit padding at the end of the structs and then taking its offset as the combined size of the preceding members. As Junio correctly notes, the _end[] marker array's size must be greater than zero for compatibility with compilers other than gcc. The space wasted by the markers can safely be neglected because we only have one instance of each struct, i.e. in sum 3 wasted bytes on i386, and 0 on ARM. :) We still rely on the compiler to not add padding between the struct members, but that's reasonable given that all of them are unsigned char arrays. Signed-off-by: Rene Scharfe <rene.scharfe@lsrfire.ath.cx> Signed-off-by: Junio C Hamano <junkio@cox.net>
Diffstat (limited to 'git-shortlog.perl')
0 files changed, 0 insertions, 0 deletions