List of software failing with GCC13 or new 5.15 kernel's werror or updated musl

[oskarirauta]

Latest changes to openwrt have broken quite a bit of packages. GCC 13 brought its own problems, kernel's werror enabling brought more and even recent musl update broke things.

Since list of currently failing builds seems to be quite long, I think it's better to create unified thread with list of software that fails build:

• xtables-addons: xtables-addons build failed #20993, fixed in a2a61f1
• gpgme: gpgme: fix compilation with musl 1.2.4 #21076
• crowdsec: crowdsec: does not compile with musl 1.2.4 #21049 fixed in crowdsec: fix compilation with musl 1.2.4 #21050
• perl: fails due to missing 64-bit versions, musl issue. Maintainer: @pprindeville @RetEECS fixed with PR perl: fix compilation with musl 1.2.4 #21069
• gnutls: gnutls: build fails (gcc 13) #20969 fix: gnutls: load libunistring-optional gnulib module #21007
• inotify-tools: missing lstat64 and struct stat64. patch or inotify-tools: fix compilation with musl 1.2.4 #21044 maintainers: @dangowrt @reinerh @PolynomialDivision
• libupm: unknown types uint8_t and uint16_t in some headers. patch here maintainers: @blogic @nxhack libupm: Workaround for errors with GCC13 #21086
• ttyd: ttyd: failure to link libwebsockets and libssl with gcc 13 #20987 PR: ttyd: update to 1.7.3 #21092
• mariadb: 'runtime_error' is not a member of 'std', needs to include stdexcept. Maintainers: @miska @neheb PR: mariadb: fix compilation with musl 1.2.4 #21064 and mariadb: fix gcc 13 building #21091
• zmq: zmq: build failure on gcc 13 #20972 PR: zmq: fix gcc 13 errors #21121
• lcd4linux: fixed in lcd4linux/custom - failed to build #21063
• pdns: fixed in pdns: update to 4.7.4 #20823
• numpy: fixed in numpy: bump version to 1.24.3 #21184
• apparmor: undefined type uint64_t fix by apparmor: gcc 13 compatibility fix #21196 - PR needed for musl fix too (volunteers? I cannot do it as I use musl: backward compatibility with 64-bit definitions openwrt#12667)
• libwebsockets: Issue libwebsockets: fails to build with gcc-13 #20949 - PR libwebsockets: Fix -Werror=enum-int-mismatch in lws_tls_server_abort_connection() #21206
• nginx-util: nginx-util: fail to compile on GCC 13 #20961
• acpica-unix: -Werror=dangling-pointer= TARGET_CFLAGS += -Wno-error=dangling-pointer=
• apcupsd: undefined reference to `std::__throw_out_of_range_fmt(char const*, ...)'
• libre2: needs #include <cstdint> in util/pcre.h patch here
• gost_engine: -Werror=stringop-overflow= TARGET_CFLAGS += -Wno-error=stringop-overflow=
• libtins: 'uint32_t' is not a member of 'std'; patch here maintainers: @byoda @neheb
• lua-rs232: conflicting types TARGET_CFLAGS += -Wno-error=enum-int-mismatch
• snort3: various type errors (mostly on missing class/struct members)
• sedutil: 'uint8_t' does not name a type. patch maintainers: @jmarcet @neheb
• tesseract: unknown types (cstdint) - patch 1, patch 2 maintainers: @vk496 @neheb @svlobanov
• upmpdcli: 'int64_t' does not name a type. patch maintainers: @neheb @thess
• micropython(-mbedtls): error: storing the address of local variable 'stack_dummy' in 'mp_state_ctx.thread.stack_top' [-Werror=dangling-pointer=] and other warnings, patch, maintainer: @jefferyto
• ripgrep: WIP PR ripgrep: fix compilation with musl 1.2.4 #21058 rust: bump libc to 0.2.146 #21296
• netavark: build fails because of musl 1.2.4 update this seems to be a rustc issue which can not fixed easily rust: bump libc to 0.2.146 #21296
• aardvark-dns: build fails because of musl 1.2.4 update this seems to be a rustc issue which can not fixed easily rust: bump libc to 0.2.146 #21296

packages failing but unrelated to topic's title, just found while mapping these problems:
zile: configure.ac:89: error: expected source file, required through AC_LIBSOURCES, not found, m4 failed with exit status: 1

And then some various python packages, such as dnspython, astral, python-dbus-fast, ...
in general, everything using _cffi_backend seem to fail;

I will be updating this last while building and finding out more of these, but my current build does not attempt to build everything and some packages have been overrided by my own versions for some reasons, so some packages are excluded. Also when I started to re-build, I just removed few packages without writing up their names, so list will be incomplete. Participation to gathering list and providing fixes (or links to PR's made), would be strongly recommended if you notice something on the list :)

some patches are better than others, they are mostly there to provide a unofficial solution, but maintainers may use patches as is if they think it's sufficient.

Summary
These were results and quick-fixes while building 6060 packages; though about ~150 packages are outside official package trees.

edit: second round. I restarted my build and found out that there are even more of these issues (inotify-tools failed), so I'll do it once again. While doing this, I noticed that after initial list; musl was updated and it provides it's own problems, so I'll list them here as well.
Musl related issues are with 64 bit definitions, for example:
lstat64, stat64, dirent64 do no longer exist on 64-bit environment, they are just stat, stat and direct, and source code using these need something like

#ifndef stat64
#define stat64 stat
#endif

[ptpt52]

mark.

[peterwillcn]

Seemingly the same problem
openwrt/openwrt#12577

[oskarirauta]

@neheb @byoda @blogic @miska @jmarcet @vk496 @svlobanov @thess @reinerh @dangowrt
ping

[oskarirauta]

@pprindeville @RetEECS
ping (perl)

[oskarirauta]

@PolynomialDivision
ping (inotify-tools #21044)

[oskarirauta]

please, kindly notify here if you make a PR against issue listed here, you find a new issue related to mentioned changes, or issue was fixed.

[oskarirauta]

@1715173329
ping (mariadb)

[jefferyto]

numpy: missing dependencies wheel, setuptools

numpy was fixed in #20978.

python3-packages: missing whq file (probably exists, but something has changed and does not appear to be found anymore)

The fix for python3-packages is #20981.

in general, everything using python poetry, seem to be failing; (at least partial) list here.

dnspython: no module named 'poetry'
astral: no module named 'poetry'
python-dbus-fast: no module named 'poetry'

I don't know where this list came from, because:

1. They currently build, i.e. there are no faillogs for these
2. They use poetry-core, not poetry
3. I got them building in python: Add proper support for pyproject.toml-based builds, update Python packages for new build process #20801

Also, none of these (all of the above) are related to GCC13, werror or musl.