Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 May 2022 10:21:14 +0000
From:      bugzilla-noreply@freebsd.org
To:        office@FreeBSD.org
Subject:   [Bug 263976] editors/libreoffice: Fails to build using llvm/clang14 on recent src main
Message-ID:  <bug-263976-25061-p6Aqdq0aCJ@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-263976-25061@https.bugs.freebsd.org/bugzilla/>
References:  <bug-263976-25061@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263976

--- Comment #6 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
(In reply to Tomoaki AOKI from comment #5)

The FreeBSD build servers work by using poudriere bulk . So
what I reported in Comment #3 indicates that, for how they
work, devel/llvm13 is installed during the specific build
of editors/libreoffice . (I build ports via poudriere-devel
myself.) It is possible that some other port, that is needed
to build editors/libreoffice , in turn has as a runtime
dependency devel/llvm13 . (So the install is indirect rather
than direct.)

The:

OPTIONS_FILE_SET+=3DLTO

uses ( quoting what I reported in Comment #1 ):

.if ${PORT_OPTIONS:MLTO} && ${CHOSEN_COMPILER_TYPE} =3D=3D clang
CPP=3D    ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT}
CC=3D     ${LOCALBASE}/bin/clang${LLVM_DEFAULT}
CXX=3D    ${LOCALBASE}/bin/clang++${LLVM_DEFAULT}
BUILD_DEPENDS+=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DE=
FAULT}
LLD_UNSAFE=3D     yes
.endif

In turn the modern Mk/bsd.default-versions.mk has:

LLVM_DEFAULT?=3D         90

which is where the "90" is from in your build unless
you are (possibly indirectly) assigning LLVM_DEFAULT
yourself, such a via your:

DEFAULT_VERSIONS+=3D      llvm=3D13

use.

Looks like the subject line's reference to "llvm/clang14"
is just incorrect at this point: that vintage has not been
tried yet by you from what I can see. (Without LTO the
system's llvm14 toolchain would be used, but you are
trying LTO.)

So far as I can tell, what is in your original description
is all expected behavior for your context and the real
complaint is that the port does not force an appropriate
llvm vintage when LTO is specified, leaving you to manually
manage that aspect, without giving  you notice of such a
status.

--=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-263976-25061-p6Aqdq0aCJ>