From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52924) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4YRt-0004uo-Iw for guix-patches@gnu.org; Fri, 06 Apr 2018 16:59:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f4YRq-00061s-HO for guix-patches@gnu.org; Fri, 06 Apr 2018 16:59:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:32789) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f4YRq-00061k-DL for guix-patches@gnu.org; Fri, 06 Apr 2018 16:59:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f4YRq-0003I2-2x for guix-patches@gnu.org; Fri, 06 Apr 2018 16:59:02 -0400 Subject: [bug#31025] [core-updates] LLVM 6.0 Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87k1tpbloc.fsf@fastmail.com> <87r2nvdwc4.fsf@gnu.org> <877epnkomw.fsf@fastmail.com> <87bmey3vze.fsf@gnu.org> <877epkyyyt.fsf@fastmail.com> Date: Fri, 06 Apr 2018 22:58:45 +0200 In-Reply-To: <877epkyyyt.fsf@fastmail.com> (Marius Bakke's message of "Fri, 06 Apr 2018 20:24:58 +0200") Message-ID: <873708yrui.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Marius Bakke Cc: 31025-done@debbugs.gnu.org Marius Bakke skribis: > Ludovic Court=C3=A8s writes: > >> Marius Bakke skribis: >> >>> Ludovic Court=C3=A8s writes: >> >> [...] >> >>>> Does this change the derivation of =E2=80=98llvm=E2=80=99 proper? If = not, this could >>>> even go to =E2=80=98master=E2=80=99. >>> >>> LLVM is unaffected by this patch, only "clang" is changed. So I believe >>> master is fine indeed. >>> >>> However as it stands, many packages would break since the "clang" >>> variable changes from 3.8 to 6.0. I'll test out each dependent and >>> see if they can be updated or change back to 3.8/3.9 for those. >> >> Right, we could keep 3.8 as the default for now. > > I built all dependents and only two packages needed 3.8, so I changed > those instead. Pushed to master with 9bdbabe9. Woohoo, thanks! Ludo'.