Bug#1075329: ocaml-lo: ftbfs with GCC-14
Package: src:ocaml-lo
Version: 0.2.0-4
Severity: important
Tags: sid trixie
User: debian-gcc@lists.debian.org
Usertags: ftbfs-gcc-14
[This bug is targeted to the upcoming trixie release]
Please keep this issue open in the bug tracker for the package it
was filed for. If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.
The package fails to build in a test rebuild on at least amd64 with
gcc-14/g++-14, but succeeds to build with gcc-13/g++-13. The
severity of this report will be raised before the trixie release.
The full build log can be found at:
http://qa-logs.debian.net/2024/07/01/ocaml-lo_0.2.0-4_unstable_gccexp.log
The last lines of the build log are at the end of this report.
To build with GCC 14, either set CC=gcc-14 CXX=g++-14 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.
apt-get -t=experimental install g++
Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-14/porting_to.html
[...]
gpgv: Signature made Thu Aug 17 06:02:18 2023 UTC
gpgv: using RSA key 6DE24E97ECA886CC56E6250E21B8EEF1B1893081
gpgv: issuer "glondu@debian.org"
gpgv: Can't check signature: No public key
dpkg-source: warning: cannot verify inline signature for ./ocaml-lo_0.2.0-4.dsc: no acceptable signature found
dpkg-source: info: extracting ocaml-lo in /<<PKGBUILDDIR>>
dpkg-source: info: unpacking ocaml-lo_0.2.0.orig.tar.gz
dpkg-source: info: unpacking ocaml-lo_0.2.0-4.debian.tar.xz
Check disk space
----------------
Sufficient free space for build
User Environment
----------------
APT_CONFIG=/var/lib/sbuild/apt.conf
HOME=/sbuild-nonexistent
LANG=C.UTF-8
LC_ALL=C.UTF-8
LOGNAME=user42
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
SCHROOT_ALIAS_NAME=unstable
SCHROOT_CHROOT_NAME=sid-amd64-sbuild
SCHROOT_COMMAND=env
SCHROOT_GID=1001
SCHROOT_GROUP=user42
SCHROOT_SESSION_ID=sid-amd64-sbuild-cfa9207e-5c35-4174-a996-03cc273d81c7
SCHROOT_UID=1001
SCHROOT_USER=user42
SHELL=/bin/sh
USER=user42
dpkg-buildpackage
-----------------
Command: dpkg-buildpackage --sanitize-env -us -uc -b -rfakeroot
dpkg-buildpackage: info: source package ocaml-lo
dpkg-buildpackage: info: source version 0.2.0-4
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Stéphane Glondu <glondu@debian.org>
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
debian/rules clean
dh clean --with ocaml --buildsystem ocaml_dune
dh_auto_clean -O--buildsystem=ocaml_dune
dune clean
dh_autoreconf_clean -O--buildsystem=ocaml_dune
dh_ocamlclean -O--buildsystem=ocaml_dune
dh_clean -O--buildsystem=ocaml_dune
debian/rules binary
dh binary --with ocaml --buildsystem ocaml_dune
dh_update_autotools_config -O--buildsystem=ocaml_dune
dh_autoreconf -O--buildsystem=ocaml_dune
dh_ocamlinit -O--buildsystem=ocaml_dune
dh_auto_configure -O--buildsystem=ocaml_dune
dh_auto_build -O--buildsystem=ocaml_dune
dune build -j 8 -p lo
File "src/dune", line 9, characters 9-17:
9 | (names lo_stubs)
^^^^^^^^
(cd _build/default/src && /usr/bin/x86_64-linux-gnu-gcc -O2 -fno-strict-aliasing -fwrapv -pthread -fPIC -g -O2 -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -D_FILE_OFFSET_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -I /usr/lib/ocaml -I /usr/lib/ocaml/threads -o lo_stubs.o -c lo_stubs.c)
lo_stubs.c: In function ‘caml_lo_message_new’:
lo_stubs.c:70:20: error: assignment to ‘lo_address’ {aka ‘struct lo_address_ *’} from incompatible pointer type ‘lo_message’ {aka ‘struct lo_message_ *’} [-Wincompatible-pointer-types]
70 | Address_val(ans) = m;
| ^
dh_auto_build: error: dune build -j 8 -p lo returned exit code 1
make: *** [debian/rules:7: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
Reply to: