Hi, 在 2023-10-07星期六的 23:59 +0300，Adrian Bunk写道： > On Sat, Oct 07, 2023 at 03:33:16PM -0400, Boyuan Yang wrote: > > ... > > (2) Fix current jpeg-xl in Sid properly. That won't be too trivial since > > the new > > testing error is likely triggered by some unclear changes in > > build-dependencies over > > the past several months. > > ... > > Fix below, only tested on i386 but should also fix s390x. > > > Thanks, > > Boyuan Yang > > ... > > cu > Adrian > > --- jpeg-xl-0.7.0/debian/rules.old 2023-10-07 20:36:28.728571696 +0000 > +++ jpeg-xl-0.7.0/debian/rules 2023-10-07 20:36:51.420550561 +0000 > @@ -23,6 +23,8 @@ > DEB_CXXFLAGS_MAINT_APPEND += -fno-tree-vectorize > endif > > +DEB_CXXFLAGS_MAINT_APPEND += -fexcess-precision=fast > + > ifneq (,$(filter $(DEB_HOST_ARCH), arm64 armel armhf ppc64el)) > # https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728 > DEB_CXXFLAGS_MAINT_APPEND += -Wno-psabi
Thanks. I noticed that gcc-13 changed its default from -fexcess-precision=fast to -fexcess-precision=standard with -std=c++17[2], and this is likely the root cause of recent FTBFS. I have incorporated your patch into jpeg-xl/0.7.0-10.2 upload, and the build seems to go on well. Looks like we can continue and finish the libavif transition. [2] https://gcc.gnu.org/gcc-13/changes.html#cxx Best, Boyuan Yang
signature.asc
Description: This is a digitally signed message part
