diff options
author | Tim Peters <tim.peters@gmail.com> | 2000-07-09 08:02:21 (GMT) |
---|---|---|
committer | Tim Peters <tim.peters@gmail.com> | 2000-07-09 08:02:21 (GMT) |
commit | c2e7da9859c54b91b0cb8e20e91be60437a765f6 (patch) | |
tree | ea42e94469124a553ac4a52ab340e989d1dd08db /Lib/whichdb.py | |
parent | ba09633e1e644720087d49e68555f630e905ba49 (diff) | |
download | cpython-c2e7da9859c54b91b0cb8e20e91be60437a765f6.zip cpython-c2e7da9859c54b91b0cb8e20e91be60437a765f6.tar.gz cpython-c2e7da9859c54b91b0cb8e20e91be60437a765f6.tar.bz2 |
Somebody started playing with const, so of course the outcome
was cascades of warnings about mismatching const decls. Overall,
I think const creates lots of headaches and solves almost
nothing. Added enough consts to shut up the warnings, but
this did require casting away const in one spot too (another
usual outcome of starting down this path): the function
mymemreplace can't return const char*, but sometimes wants to
return its first argument as-is, which latter must be declared
const char* in order to avoid const warnings at mymemreplace's
call sites. So, in the case the function wants to return the
first arg, that arg's declared constness must be subverted.
Diffstat (limited to 'Lib/whichdb.py')
0 files changed, 0 insertions, 0 deletions