Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 24 May 2022 00:53:55 +0900
From:      Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
To:        Dima Panov <fluffy@FreeBSD.org>
Cc:        current@freebsd.org, Dimitry Andric <dim@FreeBSD.org>
Subject:   Re: Bulld failure of editors/libreoffoce only on main (aka -current)
Message-ID:  <20220524005355.575d32bf574c834cc7305867@dec.sakura.ne.jp>
In-Reply-To: <2ae30822-f07d-53bd-9ed1-09a9a3b4f1f7@FreeBSD.org>
References:  <20220522082951.f7385d630c23cef986b766e6@dec.sakura.ne.jp> <2ae30822-f07d-53bd-9ed1-09a9a3b4f1f7@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
After some discussion with Mark Millard on Bug 263976 and some tests,
I've changed the subject of it to "editors/libreoffice: Fails to build
if LLVM_DEFAULT=90 (default) and LTO=on (non-default)".

With LTO option enabled, port default devel/llvm* (now it's 90
according to Mk/bsd.default-versions.mk) is forcibly used, thus causing
this problem.

So overriding LLVM_DEFAULT to something safe should be needed on
editors/libreoffice/Makefile.

Currently, I've tried only 13 by putting

if ${.CURDIR:M/usr/ports/editors/libreoffice}
DEFAULT_VERSIONS+=      llvm=13
.endif

lines on /etc/make.conf and it helped.
As some other giants such as www/chromium and www/firefox are using 13,
I suggest 13 here, too.

See details on Bug 263976, please.


On Sun, 22 May 2022 13:21:06 +0300
Dima Panov <fluffy@FreeBSD.org> wrote:

> Moin!
> 
> As maintainer of libreoffice I have my 2〓 to say.
> 
> It builds fine on a recent -current with clang14,
> https://build.dimapanov.com/poudriere//data/140amd64-dimaports/2022-05-21_19h50m37s/logs/libreoffice-7.3.3.2_1.log
> 
> However, all my own builds run without LTO enabled, it might matters
> 
> On 22.05.2022 02:29, Tomoaki AOKI wrote:
> > Hi.
> > (CC'ing dim@ as dim@ would be the best person if it's base llvm
> > problem.)
> >
> > I've filed Bug 263976 [1] as Ports & Packages / Individual Port(s)
> > last week.
> >
> > But I'm still confusing whether...
> >    *it is because of intentional change(s) on base llvm/clang
> >     that editors/libreoffice team should chase,
> >
> >    *or problem on base llvm/clang14 accidentally introduced.
> >
> > There were no feedback at all until now.
> > Any ideas?
> >
> > The failure mode is
> >
> >    error: no viable conversion from 'StrictNumeric<int>' to 'float'
> >
> > The workaround without editing port Makefile is to set
> >    DEFAULT_VERSIONS+= llvm=13
> > for editors/libreoffice on /etc/make.conf with conditinal.
> >
> > Please visit the mentioned PR for more detail.
> >
> >
> > [1]https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263976
> >
> > Regards.
> >
> -- 
> Sincerely,
> Dima (fluffy@FreeBSD.org,https://t.me/dima_panov)
> (desktop, kde, x11, office, ports-secteam)@FreeBSD team
> 


-- 
青木 知明  [Tomoaki AOKI]    <junchoon@dec.sakura.ne.jp>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220524005355.575d32bf574c834cc7305867>