Bug 241134 - Only build clang-supporting architectures in make universe by default
Summary: Only build clang-supporting architectures in make universe by default
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: CURRENT
Hardware: Any Any
: Normal Affects Many People
Assignee: Warner Losh
URL:
Keywords:
Depends on:
Blocks: 228919
  Show dependency tree / graph
 
Reported: 2019-10-08 16:20 UTC by Warner Losh
Modified: 2020-02-07 21:22 UTC (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Warner Losh freebsd_committer freebsd_triage 2019-10-08 16:20:46 UTC 
As part of the timeline posted in https://lists.freebsd.org/pipermail/freebsd-arch/2019-August/019674.html we are turning off building non-clang architectures by default. To that end, unless MAKE_OBSOLETE_GCC is defined, only build clang architectures as part of universe/tinderbox.
Comment 1 commit-hook freebsd_committer freebsd_triage 2019-10-09 20:59:17 UTC 
A commit references this bug:

Author: imp
Date: Wed Oct  9 20:59:10 UTC 2019
New revision: 353367
URL: https://svnweb.freebsd.org/changeset/base/353367

Log:
  Don't compile old gcc 4.2.1 archs by default in universe/tinderbox.

  Only compile clang supporting architectures of amd64, arm, arm64,
  i386, and riscv as part of universe. Compile the other architectures
  if MAKE_OBSOLETE_GCC is defined. In all cases, explicit lists of
  architectures in TARGETS= on the command line override.

  For mips, powerpc and sparc64, do the same thing we do for risvc when
  MAKE_OBSOLETE_GCC isn't defined and short-circuit their universe build
  with an echo saying to install the xtoolchain port or pkg.

  PR: 241134
  Discussed on: arch@ (https://lists.freebsd.org/pipermail/freebsd-arch/2019-August/019674.html)
  Differential Revision: https://reviews.freebsd.org/D21942

Changes:
  head/Makefile
Comment 2 Ed Maste freebsd_committer freebsd_triage 2020-01-07 18:42:04 UTC 
I think this can be closed now?
Comment 3 Ed Maste freebsd_committer freebsd_triage 2020-02-07 21:22:17 UTC 
covered by r356418, r356419, r356452 and perhaps a few others