Alpine or Debian based using cmake + stacktrace + qt6 ready

[userdocs]

I have updated my build script to also provide a cmake version + graphs.

Note: static builds work on WSL2.

It's not just cmake but also qt6 ready. Using qt6 will fail at building qbittorrent since it's not ready yet, but when it is, this script should be ready to do it.

Here is an example of the Alpine linux builds with stacktrace enabled via libexecinfo.

Note: libecexinfo is built with qt5/6 as well not just qbittorrent.

https://github.com/userdocs/test/actions/runs/871309669 (for the graphs)
https://github.com/userdocs/test/releases/tag/release-4.3.5_v1.2.13
https://github.com/userdocs/test/releases/tag/release-4.3.5_v2.0.3

So my script is now able to build these combinations.

Deps	x86_64	aarch64	Debian based	Alpine	make	cmake	b2	qmake
libexecinfo	✅	✅	❌	✅	❌	❌	❌	❌
bison	✅	❌	✅	❌	✅	❌	❌	❌
gawk	✅	❌	✅	❌	✅	❌	❌	❌
glibc	✅	❌	✅	❌	✅	❌	❌	❌
zlib	✅	✅	✅	✅	✅	❌	❌	❌
iconv	✅	✅	✅	✅	✅	❌	❌	❌
icu	✅	✅	✅	✅	✅	❌	❌	❌
openssl	✅	✅	✅	✅	✅	❌	❌	❌
boost	✅	✅	✅	✅	✅	❌	✅	❌
libtorrent	✅	✅	✅	✅	✅	✅	✅	❌
qtbase	✅	✅	✅	✅	❌	✅	❌	✅
qtools	✅	✅	✅	✅	❌	✅	❌	✅
qbittorrent	✅	✅	✅	✅	❌	✅	❌	✅

The make points here are:

• Alpine builds with unstripped symbols + stacktrace enabled via libexecinfo linked to qbittorrent and qt5 @ 65MB fully static with ICU 35Mb without.
• cmake support for libtorrent + qt6base + qt6tools + qbitorrent ready to go as soon as qbittorrent support qt6.

[userdocs]

I just want to add these static builds work on WSL2.

[FranciscoPombal]

@userdocs

Very nice. Here is some feedback. I link to lines relative to libtorrent, but most feeback applies to all usages of CMake in your script.

https://github.com/userdocs/test/blob/2ddc7836de6970b2177a5931ac2d88860cdaffb7/qbittorrent-nox-static.sh#L1591

Should be Release. As it is it won't fail, but won't do what you hope either, since I think it is case-sensitive.

https://github.com/userdocs/test/blob/2ddc7836de6970b2177a5931ac2d88860cdaffb7/qbittorrent-nox-static.sh#L1598

Since you are using Ninja, --parallel "$(nproc)" is redundant.

https://github.com/userdocs/test/blob/2ddc7836de6970b2177a5931ac2d88860cdaffb7/qbittorrent-nox-static.sh#L1593

If Boost is not picked up from just -D CMAKE_PREFIX_PATH="${qbt_install_dir}", I think it would be better for to use -D Boost_DIR (I think that's the correct name) instead to help CMake find boost.

https://github.com/userdocs/test/blob/2ddc7836de6970b2177a5931ac2d88860cdaffb7/qbittorrent-nox-static.sh#L1589

Put -Wno-dev -Wno-deprecated behind an option?

[userdocs]

/release/Release/ : done and thanks.
/--parallel "$(nproc)"// : done thanks

I had Boost_INCLUDE_DIR which works originally but since CMAKE_PREFIX_PATH works the same I used that. Boost_DIR will not work in the same was as CMAKE_PREFIX_PATH since it appears to be looking for something else when the boost include dir which is located here for me --prefix/boost_1_76_0/boost.

According to the cmake docs: https://cmake.org/cmake/help/latest/manual/cmake.1.html#options

-Wno-dev and -Wno-deprecated are options and described as being used as

 cmake [<options>] -B <path-to-build>

So i believe i am using them correctly as described by the docs. I am unsure what you mean to put them behind an option when they are options.

[FranciscoPombal]

@userdocs

So i believe i am using them correctly as described by the docs. I am unsure what you mean to put them behind an option when they are options.

You misunderstood me. I mean within your own script create an option to pass or not pass -Wno-dev and -Wno-deprecated to CMake. A user of your script might wish to see the warnings that CMake would print.

[userdocs]

once something happens with the cmake strip thing I'll probably add a flag for debug / optimised building to toggle this and some other stuff, but these are mostly set since libtorrent prints a lot of dev only warning and in this case a warning is not usually a problem and as long as I see the errors it is enough.

[FranciscoPombal]

@userdocs

Work on improving libtorrent's excessive dev warning output situation is in progress here: arvidn/libtorrent#6193.

[FranciscoPombal]

You might also be interested in the ongoing efforts to make qBittorrent build with Qt6, and also CI for it: #14465, glassez#1.

[userdocs]

If this is repo i will try building with this to see

https://github.com/glassez/qBittorrent/tree/qt6

[userdocs]

Some images from my qt6 build using https://github.com/glassez/qBittorrent/tree/qt6