Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 05 Mar 2020 04:25:03 +0000
From:      bugzilla-noreply@freebsd.org
To:        vbox@FreeBSD.org
Subject:   [Bug 244603] emulators/virtualbox-ose: use contemporary GCC instead of old llvm
Message-ID:  <bug-244603-26505@https.bugs.freebsd.org/bugzilla/>

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

            Bug ID: 244603
           Summary: emulators/virtualbox-ose: use contemporary GCC instead
                    of old llvm
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: vbox@FreeBSD.org
          Reporter: kevans@freebsd.org
          Assignee: vbox@FreeBSD.org
             Flags: maintainer-feedback?(vbox@FreeBSD.org)

Created attachment 212150
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D212150&action=
=3Dedit
svn(1) diff against the ports tree

The bug in PR 236616 resulted in virtualbox getting pinned to llvm7. This is
less than ideal, and in-fact has been broken by improvements to
machine/atomic.h on x86 that require a more modern compiler.

Switch the build to use GCC9. USE_GCC=3D any is not sufficient, as GCC8 doe=
sn't
support the feature used by atomic.h. The patches that were previously appl=
ied
if COMPILER_TYPE =3D=3D clang are actually needed by GCC9 as well, so make =
those
standard patches instead, folding the Config.kmk patches together.

We should put some effort into testing llvm10 and working out why llvm brea=
ks
it, but fixing the build is more important at the moment.

Q/A:=20
* portlint (pre-existing issues; none in current patch)
* testport (-CURRENT, amd64)
* run tested by madpilot@

--=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-244603-26505>