Closed douardda closed 6 months ago
It sounds like snappy
source code issue, doesn't it?
Do you happen to know the corresponding issue report on snappy
project?
I just cloned and built snappy alone and it works just fine (both on master and last tag). I also noted that it seems orc embeds snappy 1.1.7 while latest release from a year ago is 1.1.10. But updating snappy version in cmake_modules/ThirdpartyToolchain.cmake
does not help. So something else in the way the embedded snappy is built is involved...
I also noted that the version of googltest embedded in snappy (submodule) is release-1.8.0-3137-gb796f7d4 (aka b796f7d44681514f58a683a3a71ff17c94edb0c1) which I don't really get how its related from latest tagged versions of gtest (orc pin version 1.12.1 in this 3rd party cmake file; which is exactly the version shipped by the debian package).
I just cloned and built snappy alone and it works just fine (both on master and last tag). I also noted that it seems orc embeds snappy 1.1.7 while latest release from a year ago is 1.1.10. But updating snappy version in
cmake_modules/ThirdpartyToolchain.cmake
does not help.
Correction: the error is not the same; it fails at configuration time in this case. digging...
I just cloned and built snappy alone and it works just fine (both on master and last tag). I also noted that it seems orc embeds snappy 1.1.7 while latest release from a year ago is 1.1.10. But updating snappy version in
cmake_modules/ThirdpartyToolchain.cmake
does not help.Correction: the error is not the same; it fails at configuration time in this case. digging...
Ah the issue is tgz assets available on snappy's gh release page for 1.1.10 and 1.1.9 do not work...
This is resolved via ORC-1618 .
Trying to compile the cxx tools/libs, I have had linking errors. Here is a minimal dockerfile to reproduce the issue:
Then:
The second cmake session fails with a link error while processing the snappy_ep build step. The log file contains lots of 'undefined reference' errors like: