From owner-freebsd-current@freebsd.org  Wed Apr  5 17:12:52 2017
Return-Path: <owner-freebsd-current@freebsd.org>
Delivered-To: freebsd-current@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1011D30FAB;
 Wed,  5 Apr 2017 17:12:52 +0000 (UTC)
 (envelope-from rezny@freebsd.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2610:1c1:1:6074::16:84])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "freefall.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id B1E411EE;
 Wed,  5 Apr 2017 17:12:52 +0000 (UTC)
 (envelope-from rezny@freebsd.org)
Received: by freefall.freebsd.org (Postfix, from userid 1406)
 id DF1934BB4; Wed,  5 Apr 2017 17:12:51 +0000 (UTC)
From: Matthew Rezny <rezny@freebsd.org>
To: Slawa Olhovchenkov <slw@zxy.spb.ru>,
 FreeBSD Current <freebsd-current@freebsd.org>
Cc: FreeBSD Toolchain <freebsd-toolchain@freebsd.org>,
 FreeBSD Ports <freebsd-ports@freebsd.org>,
 FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>
Subject: Re: FYI: what it takes for RAM+swap to build devel/llvm40 with 4
 processors or cores and WITH__DEBUG= (powerpc64 example)
Date: Wed, 05 Apr 2017 19:12:51 +0200
Message-ID: <2580921.RCJsO5iqpA@workstation.reztek>
Organization: FreeBSD
User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.30; amd64; ; )
In-Reply-To: <20170405164451.GD20974@zxy.spb.ru>
References: <3EDEF0B7-59C5-4648-9737-6682E18645BC@dsl-only.net>
 <20170405161541.GA32323@FreeBSD.org> <20170405164451.GD20974@zxy.spb.ru>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Apr 2017 17:12:52 -0000

On Wednesday 05 April 2017 19:44:51 Slawa Olhovchenkov wrote:
> On Wed, Apr 05, 2017 at 04:15:41PM +0000, Alexey Dokuchaev wrote:
> > > I've also tried without WITH_DEBUG= and now. . .
> > > 
> > > # pkg delete llvm40
> > > Checking integrity... done (0 conflicting)
> > > Deinstallation has been requested for the following 1 packages (of 0
> > > packages in the universe):
> > > 
> > > Installed packages to be REMOVED:
> > >         llvm40-4.0.0
> > > 
> > > Number of packages to be removed: 1
> > > 
> > > The operation will free 1 GiB.
> > 
> > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me.
> > I'm surely looking forward modularization of LLVM port; rebuilding it
> > every time becomes a real PITA given that X11 stack requires it. :-(
> 
> What real reason of requiring llvm for X11?
> I am about run time depends:
> 
> # pkg info -r llvm39
> llvm39-3.9.1_4:
>         libEGL-13.0.6
>         dri-13.0.6,2
> 
> # ldd /usr/local/lib/libXvMCr600.so
> /usr/local/lib/libXvMCr600.so:
> [...]
>         libLLVM-3.9.so => /usr/local/llvm39/lib/libLLVM-3.9.so (0x803e00000)
> libLTO.so => /usr/local/llvm39/lib/../lib/libLTO.so (0x808200000) [...]
> 
> # ls -lh /usr/local/llvm39/lib/libLLVM-3.9.so
> /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x  1 root  wheel    38M Apr
>  2 18:18 /usr/local/llvm39/lib/../lib/libLTO.so -rwxr-xr-x  1 root  wheel  
>  47M Apr  2 18:18 /usr/local/llvm39/lib/libLLVM-3.9.so
> 
> libXvMCr600 realy do run-time llvm interpetation and linker-time
> optimisation?!
> 
> Also, I am don't see any realy dependence libEGL-13.0.6 from llvm.

Yes, Mesa really uses LLVM at runtime for shader compilation/optimization, and 
Xorg depends on Mesa for GLX, etc.