From owner-freebsd-toolchain@freebsd.org Sun Jul 1 02:40:36 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDBA5FE45C4 for ; Sun, 1 Jul 2018 02:40:36 +0000 (UTC) (envelope-from bdrewery@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 612AF96268; Sun, 1 Jul 2018 02:40:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 301F11B688; Sun, 1 Jul 2018 02:40:36 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id EB826A82D; Sun, 1 Jul 2018 02:40:34 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id U37h0oMeUi9u; Sun, 1 Jul 2018 02:40:32 +0000 (UTC) Content-Type: text/plain; charset=utf-8 DKIM-Filter: OpenDKIM Filter v2.10.3 mail.xzibition.com 6AB8CA82A Mime-Version: 1.0 (1.0) Subject: Re: head -r335799 -> -r335812: "Not bootstrapping a cross-compiler" vs. "libclang will be built for bootstrapping a cross-linker": both being reported together From: Bryan Drewery X-Mailer: iPhone Mail (15F79) In-Reply-To: <5C884C99-73A7-4967-92AD-212213ACA69A@yahoo.com> Date: Sat, 30 Jun 2018 19:40:30 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <38AFEE6E-C4C9-4827-AC99-B48DADE95277@yahoo.com> <5C884C99-73A7-4967-92AD-212213ACA69A@yahoo.com> To: Mark Millard X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 02:40:37 -0000 > On Jun 29, 2018, at 23:32, Mark Millard wrote: >=20 >=20 >=20 >> On 2018-Jun-29, at 10:45 PM, Mark Millard wrote: >>=20 >> Going from -r335799 to -r335812 buildworld buildkernel reported: >>=20 >> --- buildworld --- >> make[1]: "/usr/src/Makefile.inc1" line 342: SYSTEM_COMPILER: Determined t= hat CC=3Dcc matches the source tree. Not bootstrapping a cross-compiler. >> make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_LINKER: libclang will b= e built for bootstrapping a cross-linker. Note it says right here that libclang will be built for the linker. So I=E2=80=99m not sure what you=E2=80=99re reporting here. >>=20 >> and later did: >>=20 >> =3D=3D=3D> lib/clang/libllvm (all) >> Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-too= ls/lib/clang/libllvm/X86GenAsmWriter.inc >> Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-too= ls/lib/clang/libllvm/X86GenAsmWriter1.inc >> . . . >=20 > and: >=20 > --- libllvm.a --- > building static llvm library > --- all_subdir_lib/clang/libclang --- > =3D=3D=3D> lib/clang/libclang (all) > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/lib/clang/libclang/clang/AST/AttrImpl.inc > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/lib/clang/libclang/clang/AST/AttrVisitor.inc > . . . > =3D=3D=3D> usr.bin/clang/lld (obj,all,install) > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/Options.inc > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/Common/TargetOptionsCommandFlags.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/Driver.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/DriverUtils.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/InputFiles.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/LTO.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ELF/ScriptParser.o > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ld.lld.full > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ld.lld.debug > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/ld.lld > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/_proginstall > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tool= s/usr.bin/clang/lld/_installlinks > . . . >=20 > I guess it just looked odd to me that needing to rebuild libclang did > not imply needing to rebuild the compiler but only lld. >=20 > It is doing similarly for: >=20 > --- lib__L --- > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/li= bllvm/X86GenGlobalISel.inc > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/li= bllvm/X86GenInstrInfo.inc > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/li= bllvm/X86GenRegisterBank.inc > Building /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/li= bllvm/X86GenRegisterInfo.inc > . . . >=20 > (I'll note that jumping from -r335245 to -r335799 also rebuilt such things= > and more, as expected for an llvm version update. -r335799 to -r335812 is > less obvious.) >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 From owner-freebsd-toolchain@freebsd.org Sun Jul 1 05:30:34 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BC6C102B3BA for ; Sun, 1 Jul 2018 05:30:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A57BA76A3C for ; Sun, 1 Jul 2018 05:30:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6v.GLQgVM1kDxk5rX8bn2YGpblK1ntn3oE0r8PYt9yfZKuLxaGmHbazooB8Izu7 wFKc37LDT6fo05fBxQyeLY.PfEEYxT7IpvvIB1Tlgu7BF1a62.O.S4E8Ptk6bM_5weSbrjKhwjXB pOwSVCSdVNWteuA4K754C9E2kR_KU92WyQ7PfTpBGqM7Yzsj.eurR97matKoRc0eUXBMU8a.C7Um 5iyocrWXp2g9zQ2qClfSi8kNKb7AtIN6MmIqVzBo6sDOihpgQxu5ERK_EMsemi53zjYwIsI7eiBb qhYsMaUsh2CrXms6iASQXFqbDF3YxkmlSGL8hBlrRpJV1H2TMmworOwX7op32WAr9Q2eY_z810xw INtk.u5nKf3msjEbvRRZpx3QmH.o2c7Sso_NK.hfVBMx2zdvST20lmR8H1ltoNMXA0HP06pg8dGR GujvfIqVevw9CZZoQKj0lNNk87G.vWdQAaHPDxTF.StCl8wAAwCQYC5fBfTJ7MuR7BasOsQPCbxh 3g_scfY7MOE9udwTrDegD925tg3iehEXSa5KZ_.ioVkXtAndXA3VuCOQiluNAy5jhgXube2kroaf 0twqYTZfvqrEyyhrurkQ4H2VmfC0Q2DSRT20TFM8ytLtYLcpbzFTgsEZqUJgogP9EjlqITMUUBoZ ZHx7KM3ptrlfneZQqGJ_YW8PBWMFERH_yI44Q0QwuwLv.1ELraUHzKjjwhmVgDagp1GlT_PdCd.X Cb0QkEfZHxYQh7dPBXFp3Pv24Kzy3Z0kLlmPY7fwBJE8eB3M0FVutcY17Yet4SWh.ATZHOkFzwN8 cyhRBZaXWRSCEKAj3bupmlL_O8ED0N6r7R0RLNiuwZKwV.NRnrzCKxktqXLeokWByDMyv09NZfjn hFBFRUeI9duHwmBMv3pN4v6ER0Tcx1_8xQqk6EH2eznoYxlEhEsU06VCZBnoyVG1xoqqHlP91kUL Pmy0SRzoidNWZwMvpbrCz0WREjas- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Sun, 1 Jul 2018 05:30:27 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp430.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 29cc1d167e92f9ef0012b4c0eba874ae; Sun, 01 Jul 2018 05:30:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: head -r335799 -> -r335812: "Not bootstrapping a cross-compiler" vs. "libclang will be built for bootstrapping a cross-linker": both being reported together From: Mark Millard In-Reply-To: Date: Sat, 30 Jun 2018 22:30:20 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <8FEE0DA4-8E44-46A0-AC53-9A3529479B71@yahoo.com> References: <38AFEE6E-C4C9-4827-AC99-B48DADE95277@yahoo.com> <5C884C99-73A7-4967-92AD-212213ACA69A@yahoo.com> To: Bryan Drewery X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jul 2018 05:30:34 -0000 On 2018-Jun-30, at 7:40 PM, Bryan Drewery = wrote: >> On Jun 29, 2018, at 23:32, Mark Millard wrote: >>=20 >>=20 >>=20 >>> On 2018-Jun-29, at 10:45 PM, Mark Millard = wrote: >>>=20 >>> Going from -r335799 to -r335812 buildworld buildkernel reported: >>>=20 >>> --- buildworld --- >>> make[1]: "/usr/src/Makefile.inc1" line 342: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. >>> make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_LINKER: libclang = will be built for bootstrapping a cross-linker. >=20 > Note it says right here that libclang will be built for the linker. >=20 > So I=E2=80=99m not sure what you=E2=80=99re reporting here. >=20 >>> . . . >>=20 >> . . . I guess I was not clear in the 2nd note that I was "unreporting" the first note: >> I guess it just looked odd to me that needing to rebuild libclang did >> not imply needing to rebuild the compiler but only lld. >=20 Sorry for the double-noise. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Mon Jul 2 06:45:54 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93B93FD5C24 for ; Mon, 2 Jul 2018 06:45:54 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yb0-x230.google.com (mail-yb0-x230.google.com [IPv6:2607:f8b0:4002:c09::230]) (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 334A175D8A for ; Mon, 2 Jul 2018 06:45:54 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: by mail-yb0-x230.google.com with SMTP id h127-v6so4705611ybg.12 for ; Sun, 01 Jul 2018 23:45:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to; bh=C2VdXSXEmJcST4fmFqxzPjEYC7y0U1p8HHbkPCJrBMA=; b=RJ+raRfUvFHhkReqsJvzgkA5A/AvXGMscUAWzudBY5e+prLEM0KBnWtiEIoGCKc+0m A8I1RugWE/iei1IIwMg80NbhT9MajqYjfNfpsnwo9S2blbtvVHdgWr1DEI+nLxIrz+08 0FPawegjFFukr1vS1F7RlVCr48cAVgdn+2qn8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=C2VdXSXEmJcST4fmFqxzPjEYC7y0U1p8HHbkPCJrBMA=; b=mhre86GXUqGj3paDLYZhP0od+IEJLsTlFjdCvNA8V6s6f9Ri1Y5pflrj1xKcfhnsb6 LkwGo1hdN53BY5tp6AeSGk5asRothEHEjK50bU8sQlBrcgSU/TUjfdo78eNAcM2Kj0B5 0Dh85SS8YDG31GocanoQMvQc0tqlSRKrKh0BXF8wwZFG58lmbFWj1vwm/Unp+stZTX+R hQTmJSaFdriM7kzyyu7nsRg6Vtxuj0sNENtR9RJPr7RdGzvGnN6u38oQ3Ki+h6PkgFvL un3sUwFCSCYkWCLMDHjVI15JlLJDOkoKy+o+wMQ4NpSFepxErflIpHuwzpU/DcoLLGeL t32w== X-Gm-Message-State: APt69E29eiayGDB1peoKXaVdTYpjnz08cGlNrNS7Z+rfLMhaLoFMofmI wm1WAGNP6Y2QDFePthXUaE1K/7SH0gu1g532fOqb3g== X-Google-Smtp-Source: ADUXVKI923FUMHLPXokNFk6cSMJ3NM+gLJnKsXGza4pNb21wdgrFcdA5fwJbGKqD0WRklWLWN0VxJCeFClgDYG6c8fk= X-Received: by 2002:a25:a05:: with SMTP id 5-v6mr12353845ybk.479.1530513953396; Sun, 01 Jul 2018 23:45:53 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:870e:0:0:0:0:0 with HTTP; Sun, 1 Jul 2018 23:45:22 -0700 (PDT) From: Eitan Adler Date: Sun, 1 Jul 2018 23:45:22 -0700 Message-ID: Subject: make delete-old safety checks To: Bryan Drewery , FreeBSD Toolchain Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 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, 02 Jul 2018 06:45:54 -0000 Hey all, I recently shot myself in the foot by running make delete-old on a tree that was newer than the installed version of my system. It happened to be that this resulted in deleting many compiler headers, thus making it impossible to recompile and recover without resorting to backups. Is it possible to add safety checks, similar to the recent additions of 'installworld before buildworld', for this case? -- Eitan Adler From owner-freebsd-toolchain@freebsd.org Thu Jul 5 15:44:05 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1294C1034C96 for ; Thu, 5 Jul 2018 15:44:05 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-wm0-f48.google.com (mail-wm0-f48.google.com [74.125.82.48]) (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 874F383784 for ; Thu, 5 Jul 2018 15:44:04 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-wm0-f48.google.com with SMTP id v25-v6so12069003wmc.0 for ; Thu, 05 Jul 2018 08:44:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DWtZx9ljfH5fpdKj2rwlHDBtt45wT1vLLdPHO4IcpCM=; b=Qb7MIAm+OVKFCfbEn5HHJ6H1zlaz+8mAbJr7XX/mHp+Bb+Ule1g4xmb0YJum1YkcVu cEhOqJmVGHDDgGI56eAMmDiz91Zbu5h3g2CYBbMweYLQ8yUK5tGZx+AF2CQ+KiuV7ddX 6ilbXiXWt8WtT7Xz2oT2OytKgm/fdyQtdYcImXceQRqIIAgRbCin8HqYN4es6N1haIYG U4iIpP61o4HZnv0Df7bdznhsfnUyq64siD+fLrkTVYC4iR3Wsagftf/Ryb23juzylL+2 pX++rIFUzjh7nO0oRyKqXY6oYyVex0xSFDHXRAT+HuM7Ii9MaMzEGczMKBVCLwWPWxB5 bFJg== X-Gm-Message-State: APt69E2+ehTpZWwmUMFcqg7swXlkRP5MVRBBrCiRUkEALgWVWemITCIZ ONzrqfVdlkZCyH2asddiy90ZtQyAKdl0XiAV0Fc0rV6t X-Google-Smtp-Source: AAOMgpeWnpniPYnqaEGZTHFYvmxA2yFlSaSFveC3fZmw+bxUquIWHNrgcILO6wepL5W4xnX/96FWAGssU49rVS4y7Yw= X-Received: by 2002:a1c:b1d7:: with SMTP id a206-v6mr4725870wmf.61.1530805436660; Thu, 05 Jul 2018 08:43:56 -0700 (PDT) MIME-Version: 1.0 From: Li-Wen Hsu Date: Thu, 5 Jul 2018 16:43:45 +0100 Message-ID: Subject: Do we need FreeBSD's minor version in gcc and binutils paths? To: FreeBSD Toolchain Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 15:44:05 -0000 For example, currently packages of 11.x are built on 11.1 so aarch64-gcc installs /usr/local/bin/aarch64-unknown-freebsd11.1-gcc and aarch64-binutils install /usr/local/aarch64-unknown-freebsd11.1/bin/ld This is a bit weird to see these on a 11.2 system, also causes some problem while testing alone with local-built toolchains. Does it make sense to strip the minor version in the paths? i.e. change to something like /usr/local/bin/aarch64-unknown-freebsd11-gcc I think this should be fine since we guarantee ABI stable in a stable branch. Li-Wen -- Li-Wen Hsu https://lwhsu.org From owner-freebsd-toolchain@freebsd.org Thu Jul 5 17:12:19 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02F40103EC53 for ; Thu, 5 Jul 2018 17:12:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF5B8A342; Thu, 5 Jul 2018 17:12:18 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-2.local (ralph.baldwin.cx [66.234.199.215]) by mail.baldwin.cx (Postfix) with ESMTPSA id 5EF9810AFD2; Thu, 5 Jul 2018 13:12:17 -0400 (EDT) Subject: Re: Do we need FreeBSD's minor version in gcc and binutils paths? To: Li-Wen Hsu , FreeBSD Toolchain References: From: John Baldwin Message-ID: Date: Thu, 5 Jul 2018 10:12:23 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Thu, 05 Jul 2018 13:12:17 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2018 17:12:19 -0000 On 7/5/18 8:43 AM, Li-Wen Hsu wrote: > For example, currently packages of 11.x are built on 11.1 so > aarch64-gcc installs /usr/local/bin/aarch64-unknown-freebsd11.1-gcc > and aarch64-binutils install /usr/local/aarch64-unknown-freebsd11.1/bin/ld > > This is a bit weird to see these on a 11.2 system, also causes some > problem while testing alone with local-built toolchains. > > Does it make sense to strip the minor version in the paths? > i.e. change to something like /usr/local/bin/aarch64-unknown-freebsd11-gcc > > I think this should be fine since we guarantee ABI stable in a stable branch. For the xtoolchain packages I want to strip the versions entirely since they are the OS version of the machine that built the package and not the target version of the OS being built (and they should really be the latter). -- John Baldwin From owner-freebsd-toolchain@freebsd.org Sat Jul 7 21:10:13 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4210102B573 for ; Sat, 7 Jul 2018 21:10:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFC78C6A1 for ; Sat, 7 Jul 2018 21:10:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id EFF32102B55D; Sat, 7 Jul 2018 21:10:12 +0000 (UTC) Delivered-To: toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE657102B55A for ; Sat, 7 Jul 2018 21:10:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BFDD8C69D for ; Sat, 7 Jul 2018 21:10:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8E2C0D2F1 for ; Sat, 7 Jul 2018 21:10:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w67LABkE020290 for ; Sat, 7 Jul 2018 21:10:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w67LABpm020282 for toolchain@FreeBSD.org; Sat, 7 Jul 2018 21:10:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 223333] science/simlib: crashes nm(1) during build Date: Sat, 07 Jul 2018 21:10:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2018 21:10:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223333 --- Comment #6 from commit-hook@freebsd.org --- A commit references this bug: Author: tobik Date: Sat Jul 7 21:09:10 UTC 2018 New revision: 474139 URL: https://svnweb.freebsd.org/changeset/ports/474139 Log: science/simlib: Fix build - Doesn't build with Clang 6 errors.cc:14:42: error: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wreserved-user-defined-literal] /* 0 */ "SIMLIB/C++ Simulation Library, "SIMLIB_COPYRIGHT"\0" ^ =20 http://beefy12.nyi.freebsd.org/data/head-amd64-default/p473790_s335878/logs= /simlib-3.02_1.log - nm crashes during the build on FreeBSD >=3D 11.1. Use binutils from ports as a workaround. [1] Assertion failed: (ddata->output.size > 0), function cpp_demangle_read_sn= ame, file /usr/src/contrib/elftoolchain/libelftc/libelftc_dem_gnu3.c, line 2137. =20 http://beefy9.nyi.freebsd.org/data/111amd64-default/473790/logs/simlib-3.02= _1.log PR: 223333 [1] Changes: head/science/simlib/Makefile head/science/simlib/files/patch-src_errors.txt --=20 You are receiving this mail because: You are the assignee for the bug.=