NetBSD Problem Report #54237

From martin@duskware.de  Sun May 26 20:48:53 2019
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id B71387A14F
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 26 May 2019 20:48:53 +0000 (UTC)
Message-Id: <20190526204845.4BD5D5CC85E@emmas.aprisoft.de>
Date: Sun, 26 May 2019 22:48:45 +0200 (CEST)
From: martin@NetBSD.org
Reply-To: martin@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: MKLLVMRT=no does not work
X-Send-Pr-Version: 3.95

>Number:         54237
>Category:       toolchain
>Synopsis:       MKLLVMRT=no does not work
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    toolchain-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun May 26 20:50:00 +0000 2019
>Last-Modified:  Thu May 30 07:45:01 +0000 2019
>Originator:     Martin Husemann
>Release:        NetBSD 8.99.41
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD night-owl.duskware.de 8.99.41 NetBSD 8.99.41 (NIGHT-OWL) #671: Sun May 26 18:40:46 CEST 2019 martin@night-owl.duskware.de:/usr/src/sys/arch/amd64/compile/NIGHT-OWL amd64
Architecture: x86_64
Machine: amd64
>Description:

Setting MKLLVMRT to "no" is supposed to avoid building any LLVM tools
and the X11 parts that depend on it. But it does not work, llvm tools are
build nevertheless.

Since this roughly doubles the build time it is an absolute killer.

>How-To-Repeat:
s/a

>Fix:
n/a

>Audit-Trail:
From: mlelstv@serpens.de (Michael van Elst)
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: toolchain/54237: MKLLVMRT=no does not work
Date: Sun, 26 May 2019 22:12:09 -0000 (UTC)

 martin@NetBSD.org writes:

 >Setting MKLLVMRT to "no" is supposed to avoid building any LLVM tools
 >and the X11 parts that depend on it. But it does not work, llvm tools are
 >build nevertheless.

 MKLLVMRT is forced to "yes" for i386/amd64, and no, it does not stop
 the dependent X11 parts from being built. If you force it "no", the
 build breaks somewhere in the gallium code.

 -- 
 -- 
                                 Michael van Elst
 Internet: mlelstv@serpens.de
                                 "A potential Snark may lurk in every tree."

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: toolchain/54237: MKLLVMRT=no does not work
Date: Mon, 27 May 2019 08:28:46 +0200

 On Sun, May 26, 2019 at 11:35:01PM +0000, Michael van Elst wrote:
 >  MKLLVMRT is forced to "yes" for i386/amd64, and no, it does not stop
 >  the dependent X11 parts from being built.

 Both parts of the bug need to be fixed.

 Martin

From: coypu@sdf.org
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: toolchain/54237: MKLLVMRT=no does not work
Date: Mon, 27 May 2019 16:22:38 +0000

 This is a predicament:

 we use MKLLVMRT:= because it is after _MKVARS.no.
 can't use MKLLVMRT?=.

 But the conditional currently uses MKX11 to check whether to build llvm
 libraries, which is undefined if we move the entire conditional further
 back.



 Also, for making MKLLVMRT work, the simplest fix is probably to
 BUILD_RADEON=1 only if MKLLVMRT is used. Do we care about extracting
 r300 and building this in this scenario?

From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@netbsd.org
Cc: toolchain-manager@netbsd.org, gnats-admin@netbsd.org,
    netbsd-bugs@netbsd.org, martin@NetBSD.org
Subject: re: toolchain/54237: MKLLVMRT=no does not work
Date: Thu, 30 May 2019 02:56:37 +1000

 >  Do we care about extracting
 >  r300 and building this in this scenario?

 no.

 if someone wants this setup, they can (for now) force building with
 Mesa.old, but i don't think we should bother maintaining the old
 build system now that it works for everyone.  if you need the real
 drivers, you have to pay the price, but having a fast build work
 sanely on x86 (and having some GL drivers missing) seems a
 reasonable option to support.


 .mrg.

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: toolchain/54237: MKLLVMRT=no does not work
Date: Thu, 30 May 2019 09:42:26 +0200

 On Wed, May 29, 2019 at 05:00:02PM +0000, matthew green wrote:
 >  if someone wants this setup, they can (for now) force building with
 >  Mesa.old, but i don't think we should bother maintaining the old
 >  build system now that it works for everyone.  if you need the real
 >  drivers, you have to pay the price, but having a fast build work
 >  sanely on x86 (and having some GL drivers missing) seems a
 >  reasonable option to support.

 Sounds good. We should document (a) what drivers are missing an (b) how
 to select old Mesa in the description of MKLLVMRT.

 Martin

Home	PR Database Search