From owner-freebsd-toolchain@FreeBSD.ORG Tue Dec 16 17:44:51 2014 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F7F61E7; Tue, 16 Dec 2014 17:44:51 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53BBB21B; Tue, 16 Dec 2014 17:44:51 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tr6so13426317ieb.3 for ; Tue, 16 Dec 2014 09:44:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=7/OjsAx+xQPj5536lUstUzewgS9Cc1ZMBUr4qF8TjGE=; b=qQFMkHeg/uHsWCFJam+8UmcfXehd/KGWtnv93tdWcGUtz7Dgn7eIDVa4y41x2w3tMR VnVKdpQV7XjMUxDC2XBTXqTX0kAM5EeZWdcZy29E+gAUOILObmX6G235NdTmJMQPlOnw TcDzYZ4H58QBT4iEeTKElRBQ2ST6H3cDfRbWYI/eFGsAOHI+41+nJXaNgBAbW4TvKQev h/7UNtX7hJLPQkQKjsvIpsaxrmzQ+T0odTQqWhmcFshC7shUTjE61FHpG3+VfjK2j4K9 l6XWdq9UmWW97i3sQUp7DHnE4aFUFeOFjotbH5j5rL4WZW26ghtdu3nYfss2FVjBu0Az sOzw== X-Received: by 10.107.158.70 with SMTP id h67mr14414014ioe.37.1418751890860; Tue, 16 Dec 2014 09:44:50 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.0.85 with HTTP; Tue, 16 Dec 2014 09:44:30 -0800 (PST) In-Reply-To: <74C51AC7-B7ED-4EBC-8506-1554C7CA31FF@FreeBSD.org> References: <41F09A1C-01D6-42C9-B495-244DFC2B0364@FreeBSD.org> <74C51AC7-B7ED-4EBC-8506-1554C7CA31FF@FreeBSD.org> From: Ed Maste Date: Tue, 16 Dec 2014 12:44:30 -0500 X-Google-Sender-Auth: 4ofscdtP0zXp40l5yS37lDlv6v0 Message-ID: Subject: Re: Migration to dynamic libs for llvm and clang To: David Chisnall Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-toolchain@freebsd.org, Dimitry Andric X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2014 17:44:51 -0000 On 16 December 2014 at 11:15, David Chisnall wrote: > > Upstream doesn't call it libclang (that's the name of the library with a = stable C ABI, which is why I'd like us not to confuse it with something wit= h a library with an unstable C++ API). They do produce a libLLVM.so from th= e LLVM builds and work is underway to have shared library builds for clang. Agreed. Even if there's no potential issue since it will be in /usr/lib/private it would be confusing. David's suggestion of libcfe sounds reasonable. >> That said, I agree with the general idea, but one of the first things >> we should decide is whether this will be optional or not. Having to >> maintain yet another WITH_CLANG_FOO option is burdensome... Fair enough, I'd definitely like to see fewer build-time knobs over time, not more. > I agree. I'd quite like to see performance numbers for the compiler. I = think I saw about a 10% overhead for buildworld last time I tried, but that= was a couple of years ago. Ok. I will put this together in a branch and we can compare results and decide which way to go when we have actual numbers.