From owner-freebsd-toolchain@freebsd.org Mon Apr 17 14:24:19 2017 Return-Path: Delivered-To: freebsd-toolchain@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 52819D42CBC for ; Mon, 17 Apr 2017 14:24:19 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17F5411D for ; Mon, 17 Apr 2017 14:24:19 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id a103so154314561ioj.1 for ; Mon, 17 Apr 2017 07:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MDf08uoUiKZGHUzENJzgZXdK66q7lUjJT6qp2BOX7SU=; b=hNYA6WTJrnDQ6yB+B9MEc7UtdWm3WgPPznsm87xe6Z798RwJJbQn0pdtcUabs81mW9 q2UVke1vDFxkVAAXv50lX5VgFkuMoyL3GarV+G7uJvWmUX1/q1PNBXIzS8pgsk3eO9AR yDfGUcy2HX0qzZ2ZPqYYfQWW5Ga7uhA+mzvwsFJkWwdBPLre/bV0EymmK5WxnizwsHpf yaQ4kOZ4o0LxAz/nKA8v3LArvSRW9nb8/A+BJl/Vg486U/LNmdRjcM/rvLoO6bU93cb/ tzJGmqVWBPa2D3m/DOWdsdoTU7TJPhU/810pk0xmHBewL+B40bsjsgc2HqiHFdrjZHZc gdxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MDf08uoUiKZGHUzENJzgZXdK66q7lUjJT6qp2BOX7SU=; b=XD1SImWr5Qp12LC9+vPNVjm+VosAsgRapHI8o48N8IzHFxF/y2omhHYnsKUdINQZWT ocNVSGXkmkPp5mkV/tOmasc5njCAjjrmfuy+dTCdrj+nGEu6C+RAng5NWygJfhFnxx34 44LdC2ySRZYeMfX0F2B3WGy1xQgZmffE0PYNqF2/4uW7IcZU46dlv5gDZIxXhvMkdfmZ Ik8/P5G1LgMkpvYVYZOMk8W+fE94/MzWAVkgMwGpiBskICBLi+HKJ0FIEpduKElD+uOV vX0X0bZcOEz0fR8rIfAR8Nax4AfL3r2HsthnKWV34sh9VgjaMXcA6q8weHviZLyLQzIo ONgg== X-Gm-Message-State: AN3rC/5c4y0/1+DgjSNlZrCxFZXmX7i/ybd5cu6cDJDi893k7UNHK+4k z0E3TjH/IlCnxxTXFZljYgMBu00cWiJL X-Received: by 10.36.35.129 with SMTP id u123mr8797274itu.105.1492439058389; Mon, 17 Apr 2017 07:24:18 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.136 with HTTP; Mon, 17 Apr 2017 07:23:57 -0700 (PDT) In-Reply-To: References: <7DB9F23E-2D55-44C3-AA91-C209BF584C4A@andric.com> From: Ed Maste Date: Mon, 17 Apr 2017 10:23:57 -0400 X-Google-Sender-Auth: RvRorETbqyfacTfrcGi_PuK1WUg Message-ID: Subject: Re: WITH_LLD_IS_LD vs default WITHOUT_SYSTEM_COMPILER: What are the reasons? To: Mark Millard Cc: Dimitry Andric , FreeBSD Toolchain Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 14:24:19 -0000 On 14 April 2017 at 20:16, Mark Millard wrote: > So it sounds like I can freely mix WITH_LLD_IS_LD and WITH_SYSTEM_COMPILER > in any system-clang 4.0 based system build context, no actual problem > cases, even if the existing system build used a binutils ld (for example). Yes. WITH_LLD_IS_LD implying WITHOUT_SYSTEM_COMPILER was added because LLD requires tblgen and libllvm, but they were originally built only when needed for Clang. In cases where the SYSTEM_COMPILER default logic determined that the host compiler was identical to the to-be-built bootstrap compiler the build would skip building Clang, tblgen, and libllvm. This was fixed by r316647 and the connection between LLD_IS_LD and SYSTEM_COMPILER can be removed in due course.