diff options
author | Marco Roeland <marco.roeland@xs4all.nl> | 2006-04-08 17:27:20 +0200 |
---|---|---|
committer | Junio C Hamano <junkio@cox.net> | 2006-04-08 23:35:22 -0700 |
commit | 0ed49a3ed9ab9747f7916c928d50aa0bf4d2c81d (patch) | |
tree | 9bf043fa963ffbf69a1677e9b03e39f6456ba298 /xdiff/xdiff.h | |
parent | fc5807190ef700d01e25968f48438736f18ae3dc (diff) | |
download | git-0ed49a3ed9ab9747f7916c928d50aa0bf4d2c81d.tar.gz git-0ed49a3ed9ab9747f7916c928d50aa0bf4d2c81d.tar.xz |
xdiff/xdiffi.c: fix warnings about possibly uninitialized variables
Compiling this module gave the following warnings (some double dutch!):
xdiff/xdiffi.c: In functie 'xdl_recs_cmp':
xdiff/xdiffi.c:298: let op: 'spl.i1' may be used uninitialized in this function
xdiff/xdiffi.c:298: let op: 'spl.i2' may be used uninitialized in this function
xdiff/xdiffi.c:219: let op: 'fbest1' may be used uninitialized in this function
xdiff/xdiffi.c:219: let op: 'bbest1' may be used uninitialized in this function
A superficial tracking of their usage, without deeper knowledge about the
algorithm, indeed confirms that there are code paths on which these
variables will be used uninitialized. In practice these code paths might never
be reached, but then these fixes will not change the algorithm. If these
code paths are ever reached we now at least have a predictable outcome. And
should the very small performance impact of these initializations be
noticeable, then they should at least be replaced by comments why certain
code paths will never be reached.
Some extra initializations in this patch now fix the warnings.
Diffstat (limited to 'xdiff/xdiff.h')
0 files changed, 0 insertions, 0 deletions