Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx> writes: > As noted in the updated commit message this approach of having an > object just for this fallback function comes at the cost of some > complexity, but now the compat object lives neatly in its own object. I do not see any change in this patch adding costly complexity, but I notice lack of one possible trick that might become problem with some compilers and linkers when their zlib has uncompress2() function. Let's have this graduate very early in the next cycle, to see if anybody on a rarer system sees a complaint due to having to deal with a totally empty object file. Will queue.
