Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Apr 2022 23:58:23 +0000
From:      bugzilla-noreply@freebsd.org
To:        toolchain@FreeBSD.org
Subject:   [Bug 261977] lang/gcc12-devel: enable LTO
Message-ID:  <bug-261977-29464-Yyuzu5prPY@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-261977-29464@https.bugs.freebsd.org/bugzilla/>
References:  <bug-261977-29464@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=3D261977

--- Comment #37 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
(In reply to Piotr Kubaj from comment #34)

This is just FYI. I've not well thought through how to
best use the properties of PACKAGE_FETCH_BRANCH=3Dlatest
or the like.

In my little bit of experimenting, it appeared that
keeping the local environment such that it avoided
the following types of rejections of using pre-built
packages was somewhat messy, at least for main [14]
and main [latest] (the kind of context I played with):

remote osversion too new: 1400056 (want <=3D1400047)
remote version mismatch: lumina-fm-1.6.2

osversion requires not getting behind the FreeBSD build
server --but how to notice updates to the server osversion
seems non-obvious and so tracking/timing the OS updates
seems messy.

Remote version matching requires a /usr/ports/ git status
matching what the server used, not getting ahead or behind,
at least for the ports one is trying to not rebuild.
Again, how to match what the available FreeBSD packages
used for /usr/ports/ content seems non-obvious.

It also seems to be that having options set to avoid
something like LTO style in local builds, prevents use
of the LTO style builds from the server: OPTIONS mismatch.
(Some OPTIONS need not imply that the results would be
incompatible for the usage but nothing allows declaring
and having it use such relationships.)

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-261977-29464-Yyuzu5prPY>