Bug 257104 - graphics/libavif: build fails if an old version is installed (PIXBUF=on)
Summary: graphics/libavif: build fails if an old version is installed (PIXBUF=on)
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Some People
Assignee: Jan Beich
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-07-11 04:39 UTC by Jack
Modified: 2022-10-17 06:12 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (jbeich)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jack 2021-07-11 04:39:00 UTC
===> The following configuration options are available for libavif-0.9.2:
     AOM=on: AV1 encoding/decoding via libaom
     DAV1D=on: AV1 decoding via libdav1d
     GAV1=on: AV1 decoding via libgav1
     LIBYUV=on: Colorspace conversion via libyuv
     PIXBUF=on: GDK-PixBuf library support
     RAV1E=on: AV1 encoding via librav1e
     SVTAV1=on: AV1 encoding via SVT-AV1

When pixbuf is enabled, port fails to compile with error

[ 50% 1/2] /usr/bin/cc -DAVIF_DLL -Dpixbufloader_avif_EXPORTS -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/obj/d2/ports/graphics/libavif/work/libavif-0.9.2/include -O2 -pipe -march=haswell  -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -march=haswell  -fstack-protector-strong -fno-strict-aliasing -fPIC   -Weverything -Wno-bad-function-cast -Wno-cast-align -Wno-conversion -Wno-covered-switch-default -Wno-disabled-macro-expansion -Wno-documentation -Wno-documentation-unknown-command -Wno-double-promotion -Wno-float-equal -Wno-missing-noreturn -Wno-padded -Wno-sign-conversion -Wno-error=c11-extensions -Wno-poison-system-directories -Werror -Wno-reserved-id-macro -Wno-cast-qual -std=gnu99 -MD -MT contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o -MF contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o.d -o contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o -c /usr/obj/d2/ports/graphics/libavif/work/libavif-0.9.2/contrib/gdk-pixbuf/loader.c
FAILED: contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o 
/usr/bin/cc -DAVIF_DLL -Dpixbufloader_avif_EXPORTS -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/obj/d2/ports/graphics/libavif/work/libavif-0.9.2/include -O2 -pipe -march=haswell  -fstack-protector-strong -fno-strict-aliasing -O2 -pipe -march=haswell  -fstack-protector-strong -fno-strict-aliasing -fPIC   -Weverything -Wno-bad-function-cast -Wno-cast-align -Wno-conversion -Wno-covered-switch-default -Wno-disabled-macro-expansion -Wno-documentation -Wno-documentation-unknown-command -Wno-double-promotion -Wno-float-equal -Wno-missing-noreturn -Wno-padded -Wno-sign-conversion -Wno-error=c11-extensions -Wno-poison-system-directories -Werror -Wno-reserved-id-macro -Wno-cast-qual -std=gnu99 -MD -MT contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o -MF contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o.d -o contrib/gdk-pixbuf/CMakeFiles/pixbufloader-avif.dir/loader.c.o -c /usr/obj/d2/ports/graphics/libavif/work/libavif-0.9.2/contrib/gdk-pixbuf/loader.c
/usr/obj/d2/ports/graphics/libavif/work/libavif-0.9.2/contrib/gdk-pixbuf/loader.c:211:29: error: no member named 'mode' in 'struct avifImageMirror'
        switch (image->imir.mode) {
                ~~~~~~~~~~~ ^
1 error generated.
ninja: build stopped: subcommand failed.
*** Error code 1

Stop.
make[1]: stopped in /d2/ports/graphics/libavif
*** Error code 1

Stop.
make: stopped in /d2/ports/graphics/libavif
Comment 1 Jan Beich freebsd_committer freebsd_triage 2021-07-11 10:51:43 UTC
Can you try removing existing libavif package before building the port? PIXBUF=on builds fine on the package cluster, see

http://www.ipv6proxy.net/go.php?u=http://beefy16.nyi.freebsd.org/data/130amd64-default/6e40bf8661e0/logs/libavif-0.9.2.log
Comment 2 Jack 2021-07-11 12:20:29 UTC
(In reply to Jan Beich from comment #1)
That appears to compile fine.