Date: Tue, 17 Jan 2023 15:17:53 +0100 From: Guido Falsi <madpilot@FreeBSD.org> To: Charlie Li <vishwin@freebsd.org>, Daniel Engberg <diizzy@FreeBSD.org>, Dima Panov <fluffy@freebsd.org> Cc: Yasuhiro Kimura <yasu@freebsd.org>, ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: ebbef4b5f84b - main - devel/boost*: update Boost to 1.81.0 release (+) Message-ID: <59b5c27d-6c26-cdbf-e4d6-213ecbe99da0@FreeBSD.org> In-Reply-To: <a73c72ef-2884-26cc-8387-98abdbb74289@freebsd.org> References: <202301161932.30GJWpi6079383@gitrepo.freebsd.org> <20230117.172324.1409802782507981306.yasu@FreeBSD.org> <05919519-d9b1-ba4e-a77e-37d6236e9623@FreeBSD.org> <a0b0fa8b-7dbc-f864-c945-8de7390ac533@FreeBSD.org> <b00e5ab9c1afc617335b60d58abf046d@FreeBSD.org> <0e101bf5-f6bc-8cb0-82f2-e9f9458b2d25@FreeBSD.org> <a73c72ef-2884-26cc-8387-98abdbb74289@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 17/01/23 13:49, Charlie Li wrote: > Guido Falsi wrote: >> BTW I'm seeing similar failure in libdispatch (required by telegram >> desktop) which also happens on the cluster: >> > I originally filed PR 268019 about assertions failing on > devel/libdispatch. Know that base LLVM on -CURRENT (and possibly more) > have assertions enabled by default, so any setup without assertions > enabled (including port LLVM) will not hit this problem. > Good catch, now I get it. Not sure how this is best managed. I think the ports should not fail like this. I was preparing patches to force these ports on llvm 15 from ports. It would work, but would be overkill, most probably. Could also introduce other issues maybe. For my own use I can rebuild head without assertion, no problem with that. Is this what we should be doing and tell users to do on head? Are we sure such assertions are disabled on STABLE and releases? -- Guido Falsi <madpilot@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?59b5c27d-6c26-cdbf-e4d6-213ecbe99da0>