Date: Mon, 03 Jun 2024 18:06:10 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 279505] graphics/libheif fails to build with message about csetjmp error Message-ID: <bug-279505-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D279505 Bug ID: 279505 Summary: graphics/libheif fails to build with message about csetjmp error Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: makc@FreeBSD.org Reporter: michael@galassi.us Assignee: makc@FreeBSD.org Flags: maintainer-feedback?(makc@FreeBSD.org) Created attachment 251201 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D251201&action= =3Dedit make's output when attempting to build libheif When building libheif on 14.1-STABLE I get the following error: /usr/include/c++/v1/csetjmp:40:6: error: "If libc++ starts defining <setjmp= .h>, the __has_include check should move to libc++'s <setjmp.h>" 40 | # error "If libc++ starts defining <setjmp.h>, the __has_include check should move to libc++'s <setjmp.h>" | ^ I've included the output of make > make.out 2>&1 as an attachment. Because this behavior first surfaced immediately after I upgraded my system from 13.3-STABLE to 14.1-STABLE it is possible (probable?) that this is a problem I introduced. The workaround to get past this and create a usable build is to add #if 0/#endif around the #error in /usr/include/c++/v1/csetjmp which feels very dirty and wrong. $ uname -a FreeBSD tms.home.galassi.us 14.1-STABLE FreeBSD 14.1-STABLE stable/14-n267830-339b47f01985 GENERIC amd64 This behavior is currently observed with /usr/ports at commit 3b0403f7946050b0b582f905c6b2d0e3dc929cf1 make config enables only the default options (all except for RAV1E) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-279505-7788>