Happy New Year! Maintaining a second build system /is/ an additional burden and requires good justification. If it helps people build CLN on common platforms, well, that seems to be a good enough justification! That /I/ neither use or care about these platforms is, then, clearly subordinate. On the other hand, and as a matter of fact, I have little time to debug it. The existing Autotools-based build system isn't going to go away any time soon. It shouldn't be adversely affected by supporting CMake. Likewise, duplication must be kept at a minimum. The installed files should be the same. Etc. On 28.12.20 15:33, Alexey Sheplyakov wrote:
I've checked both type builds like this: autoreconf -i mkdir _build_autotools && cd _build_autotools && ../configure --disable-static && cd .. mkdir _build_cmake && cd _build_cmake && cmake -GNinja -DCMAKE_BUILD_TYPE=RelWithDebInfo .. && cd .. make -j4 -C _build_autotools & cmake --build _build_cmake & Both builds run concurrently and have completed just fine. Hence the question: could you please explain what exactly are you doing?
From https://github.com/asheplyakov/cln.git, I checked out the cmake branch. Then: $ ./configure && make distclean && ./configure && make It seems like cl_asm.S and cl_asm_GF2.S get deleted. (Also, would it not be best to rename the asm files included by cl_asm.S, too?) Or, then I tried $ ./configure && make $ cd .. && mkdir cln_build && cd cln_build && cmake -GNinja ../cln $ cmake --build . and ran into the same old problems: 1) None of the macros {char|short|int|long}_{little|big}_endian are defined in cln/intparam.h. 2) Redefinitions of makros in src/cl_config.h and cln/config.h, both files picked up by some source files. All my best, -richard. -- Richard B. Kreckel <https://in.terlu.de/~kreckel/>