A small typo:

2021-04-29 19:23:32 /ClickHouse/base/pcg-random/pcg_random.hpp:1646:18: error: use of undeclared identifier 'pgc_detail'; did you mean 'pcg_detail'?
2021-04-29 19:23:32 using ext_std8 = pgc_detail::extended<table_pow2, advance_pow2, BaseRNG,
2021-04-29 19:23:32                  ^~~~~~~~~~
2021-04-29 19:23:32                  pcg_detail

Good catch, thank you.

@bnaecker I heard that Illumos has Linux compatibility layer and can run Linux binaries, https://www.youtube.com/watch?v=TrfD3pC0VSs is that true?

@alexey-milovidov Yes, that's right! Zones are a general tool on illumos for isolating runtime environments and resources, and LX zones allow running a Linux kernel without a full VM. It works by translating the system calls, and is a convenient way to get Linux-only applications running. It does have some drawbacks though, which is minimal support for lots of the nice features of illumos itself related to debugging, ZFS, and service management.

@bnaecker Also we need a pull request that updates every affected submodule to commits with changes.

@alexey-milovidov Thanks for the reminder. I'm still waiting on two PRs against ClickHouse extra repos, one to RocksDB and one to gRPC. Once those are integrated, I'll add another patch to .gitmodules pointing to commits including those changes.

Let me know if there's anything else I can do to move things along, and thanks!

Ok. I've missed the notifications somehow.

No problem, I'll put together a patch to the submodules today. Thanks!

@alexey-milovidov Oops, I forgot about this PR against BoringSSL as well!

Also, I'm not sure anything needs to be updated in .gitmodules, but I'd like to check. Of the patches that I've put up, only the modules referring to gRPC and Poco point to a specific branch. The rest pull from HEAD, if I'm not mistaken. The branches recorded in .gitmodules for those are 1.33.2 and clickhouse, respectively, both of which contain the commits merging my PRs.

So it seems no PR against ClickHouse itself should be required. Of course, please let me know if that's incorrect! Thanks.

@alexey-milovidov Ahh, disregard my earlier comment. I haven't worked with submodules much, and I see now that the changes in each have to be merged so that the superproject records a new commit ID as the submodule's commit. I'll work on that now, and put up a new PR with the required changes. Thanks!

@alexey-milovidov While updating the submodules, I've also discovered that one of my earlier PRs was incorrect, missing an #endif somewhere. I've put up a new PR with the fix, and verified it builds correctly on Linux and illumos. Apologies for that mistake!

@bnaecker, have you had the practice of building ClickHouse for operating system Solaris 11.* based on SPARC processor?
Maybe, you have recommendations or instructions?

Thanks!

@eugene-vodyanko No, I've not built ClickHouse for Solaris 11 or any SPARC system. This pull request was geared towards building ClickHouse on illumos systems, such as OmniOS. Based on this issue, it seems like ClickHouse plans to support x86, ARM, and PowerPC architectures, but I don't see anything that indicates SPARC support. Given the very different architecture, I'd be a bit surprised if ClickHouse could be successfully built on SPARC, but @alexey-milovidov will probably be able to provide more information.

@bnaecker, thank you very much for you answer.
Meanwhile, once we asked @alexey-milovidov about this question in the telegram chat.
And he answered that a professional could do it. Also he explained aspects with «big endian».