From owner-freebsd-toolchain@freebsd.org Sun May 6 21:31:14 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 E0B69FC8383 for ; Sun, 6 May 2018 21:31:14 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 62EA7843D7 for ; Sun, 6 May 2018 21:31:13 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: LAlKefUVM1mh7DLfBSci.qoUvrxK.pEcGljsyPNSBWCzx9._3WeOfbPAdP3C6ax tz8t9slm2MTJiCLz85lBvi_hsDSwqYmVniZ9RNOZben0Bwsro8jmyPRZXnOwcMdR9pjGj0lF2z0q p5u3aFfb7nuVVrUS7IfCwtK6V6TIosC4o6fogsb2_4yBarz8zIl9Lns3L.mvZNANN1036HeeAOLp l6FToUdZpiGz3ybE.7KNsgTqDwp_H1MRLs_c4NPN.jzcqMH3WI5jYmjcQWb30jbpb0gY3USwu5kf B1GiV2GXadOe4haGyROn6teC5zUAVprtPe5r.2te5CrLJxgBcRDdLMdEQwgW2ImhEoTutffQZOOP D1PC0ma2lIL5lgIC6bQqUh_hJBrkdqqF96WbCw_JB6DyhyaGs.xcdtIkNc8NcCG5ppqqieuFOF7S qaRDR4Xz8xGoulbK1FdzE7MBl89kap2fdGMWmt9y3sFVG3CljmIrhgzhAo2fIQJGS0xccpJMJemK KdeXI0cNfb6A6t09o6JlsN0AHyJqOWait9LSxq4zkEbzugEXh1gEd.yY8nRsDywuomTOlJzp1L9l jWcFc.KUhr35lf11ts1.tbaMgYOwlnGsmS6RIOb1jSBrxxiyNatvSWRq08sJq2gYTb842yLVEODD 8VO6xGWo- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 6 May 2018 21:31:07 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp432.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID dbbed42e5a97567b991ef63a5f9f1e3c; Sun, 06 May 2018 21:31:06 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: gcc 8 has declared powerpc*-*-*spe* obsolete, needing --enable-obsolete Message-Id: <276FA8A3-97E4-42A1-9DA3-550E8000B586@yahoo.com> Date: Sun, 6 May 2018 14:31:05 -0700 To: FreeBSD PowerPC ML , freebsd-toolchain@freebsd.org X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 21:31:15 -0000 https://gcc.gnu.org/gcc-8/changes.html reports: =E2=80=A2 Support for the powerpc*-*-*spe* target ports which = have been recently unmaintained and untested in GCC has been declared = obsolete in GCC 8 as announced here. Unless there is activity to revive = them, the next release of GCC will have their sources permanently = removed. Side note: Mixed with clang's powerpc family status for buildworld, such as ignoring __builtin_eh_return so that thrown C++ exceptions will not work for the world so built, powerpc*-*-*spe* looks to have a substantial toolchain problems going forward. =3D=3D=3D Mark Millard marklmi26-fbsd at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sun May 6 22:10: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 62B33FC8EAC; Sun, 6 May 2018 22:10:19 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (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 B82926CA97; Sun, 6 May 2018 22:10:18 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-lf0-x233.google.com with SMTP id u21-v6so37851551lfu.9; Sun, 06 May 2018 15:10:18 -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:content-transfer-encoding; bh=fc8uYHPGRad8WRTzfOypHzulht61PmMsddvcQfY78o4=; b=UnI/mmaj0oNsfJQvXdLzLwfuCBps6CtKkR/LO+lAE5fdfZDC9PvdJiUVdw08SO7V3T yRKz8TE5HlRMrPAz3/wS7GC0Q+JCHAOjb3oJdhhcPc5a8RQ+d0WpGkgoHFPdd/CiS+dj 3BWsFYIs5Yu/QMo5EulQ4TyNfH1+ZYq1GP5bkuYsqmmP8xm4e0H81XOpHWNLFEA7CbQ/ mNsMTIGGZ3dDZ/9rKEixD824rDp/tTo419MRc7o6m3SYrCks0j5yXPxfS5z3lHQEOndA iBKcj+yLtv5QDcgAWpSsP0yKY3Rksa2gm1aYn9wA/KCa+pPVCjs+PqNXvGbis9Z6KyCm 4BEg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alumni-cwru-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=fc8uYHPGRad8WRTzfOypHzulht61PmMsddvcQfY78o4=; b=QUoB2ph45xCN5E1OtvfZLLvZl9aOqnAx6leSfManhSSoixo95DEmxQuaoJizttudju 8nuaT1mkUSJO8ghAT/NA3mzMa6+/5OcQ0N9xKYVKFfD1R1BXWBGZOKKidvXzCPGCJmzZ xHpP8TGD3otlUeCOSm9ddSXI+Kl2XPGaZl2woYD8v9L3lkQ6mkg045SBCWvHQdsqFVxR 90pauozFs4gzaxuD1EGe55hiysQXuXMO9wKzmQd3a/uFXUZJZfPEedewrV0SW6hvN0uh kRlPw0NOseXKPlFWA9v8onKVU5ZAiNPghEbjZ6ocbeJi1afbqybTbPOpa8SOpadESkx4 AaoQ== 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:content-transfer-encoding; bh=fc8uYHPGRad8WRTzfOypHzulht61PmMsddvcQfY78o4=; b=IpI1bc4OZoCL5sNAb5sfKuBNnYCBKM4XcgSwflo6wQyPudPqve5ois7cEptRf1OCjL Ij773x/cVIDGpSN19/Zc2Y4uyFUGReYLrrQ+foLqLXSfRmzoQwl4/xbv7NHS3mSBO9Ef xX4LuHuVYhXyhUne4OEiVzToXNirurKC6UoexRSq8k2jDrjk7YZOn3kRPFh4Dh3O08Qr EqY80XZoS4Iwxk98oVGqzt59Fom09Lom9kLnZUoekUxJ6F7+OV63OOAKp0Q/j71aMnKQ gQyNawpxAqrcRSKeB9cZ42l4lEBuPpZ2CcdKya49enAVSrLzZ9s88h4bk9C9LAn48iqP VnYw== X-Gm-Message-State: ALQs6tAWDYGyPsY0jSBqUmXaAMENVgYaMKVDKYkWtJFmOzpHoe4HKrYt s6r+chYZPbJDGtCGHJlZ1Ye5PibaZpagrzlzaZc= X-Google-Smtp-Source: AB8JxZrRV4nxcd1FjDdo/jvKdIX6LKzEh43m2z/opqsfd/C2H8N/YDL+YvjWd0gSqRd7ym9/QPqgjcPaOR2GFOr2Lhs= X-Received: by 2002:a19:1303:: with SMTP id j3-v6mr6416490lfi.107.1525644616943; Sun, 06 May 2018 15:10:16 -0700 (PDT) MIME-Version: 1.0 Sender: chmeeedalf@gmail.com Received: by 10.46.58.19 with HTTP; Sun, 6 May 2018 15:10:16 -0700 (PDT) In-Reply-To: <276FA8A3-97E4-42A1-9DA3-550E8000B586@yahoo.com> References: <276FA8A3-97E4-42A1-9DA3-550E8000B586@yahoo.com> From: Justin Hibbits Date: Sun, 6 May 2018 17:10:16 -0500 X-Google-Sender-Auth: SnHleYns-JYN5xHn4JOYnchpzeQ Message-ID: Subject: Re: gcc 8 has declared powerpc*-*-*spe* obsolete, needing --enable-obsolete To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 22:10:19 -0000 Hi Mark, On Sun, May 6, 2018 at 4:31 PM, Mark Millard via freebsd-ppc wrote: > https://gcc.gnu.org/gcc-8/changes.html reports: > > =E2=80=A2 Support for the powerpc*-*-*spe* target ports which hav= e been recently unmaintained and untested in GCC has been declared obsolete= in GCC 8 as announced here. Unless there is activity to revive them, the n= ext release of GCC will have their sources permanently removed. > > > Side note: Mixed with clang's powerpc family status for buildworld, > such as ignoring __builtin_eh_return so that thrown C++ exceptions > will not work for the world so built, powerpc*-*-*spe* looks to > have a substantial toolchain problems going forward. > > =3D=3D=3D > Mark Millard > marklmi26-fbsd at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) I'm aware that gcc8 is deprecating powerpc*spe targets. However, the architecture itself will exist through at least 2025, as chips are guaranteed to be produced until at least that time (part of Freescale/NXP's longevity program). Also, I have some patches in review adding SPE support to LLVM, and will likely be committing them in the next month after I get final reviews and rebase. I'm hoping powerpc support gets enhanced to the point of full support before too long, so we can switch powerpc* targets entirely to clang/llvm. However, we need compiler people who could invest time into doing the work. - Justin From owner-freebsd-toolchain@freebsd.org Thu May 10 00:54:41 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 D63C4FD08B0 for ; Thu, 10 May 2018 00:54:41 +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 6D6A980ADB for ; Thu, 10 May 2018 00:54:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 29CDEFD08AF; Thu, 10 May 2018 00:54:41 +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 1886DFD08AE for ; Thu, 10 May 2018 00:54:41 +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 A6E8980AB8 for ; Thu, 10 May 2018 00:54:40 +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 D170917D14 for ; Thu, 10 May 2018 00:54:39 +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 w4A0sd6W043497 for ; Thu, 10 May 2018 00:54:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4A0sdko043496 for toolchain@FreeBSD.org; Thu, 10 May 2018 00:54:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 215193] libc++ and libcxxrt: convert to a private library Date: Thu, 10 May 2018 00:54:39 +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: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: henry.hu.sh@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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.25 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, 10 May 2018 00:54:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215193 Henry Hu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |henry.hu.sh@gmail.com --- Comment #3 from Henry Hu --- Can we create/revive the libc++ port? We can still have the base version, b= ut we can also allow people to install the port version, and let other ports depend on it. When compiling dependent ports, compiler flags can be set to = use the header file from the port, and link with the libc++ library from the po= rt. During runtime, the port version can use libmap.conf to redirect every prog= ram to use the library from the port. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Thu May 10 12:34: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 8123EFC81FA; Thu, 10 May 2018 12:34:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 043BD72502; Thu, 10 May 2018 12:34:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x232.google.com with SMTP id n202-v6so2884803ita.1; Thu, 10 May 2018 05:34:35 -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; bh=zs9HL9Ynwi1zMEJ3nwF26mFqeYenudyCayTmlN09D6o=; b=XiEXqddND68L6TK2vvRlZB09FCWFSNxrIqrOGnMTOBFo0oN1zFVvRDYEE4NnSYK7Z9 8w6CQUVCQD8Q665sZ81RmZ2sfaYhmyDcxl/dlMNu/+UFdgIdZs3kgoGPrj5lzr7pc6pX IJqPEFBr6zDACP2DYTpWaLWs0ze47Xxkkkd52w8xLitz/iHJVdpCPLx8F6dqca2WJa5A 7d5jpS3MJDIYUXStTg1+UhkilGa09sXtEaJWZQmtc2Vs2VhngbB+LBgpdZBmMXRX48+F YRMzlT2aDfinp2RES8jXMzLEN2cPbWrIWzIat+7S/ksSqvUZCOI77UCxiBRQ25t13I8e SKmA== 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; bh=zs9HL9Ynwi1zMEJ3nwF26mFqeYenudyCayTmlN09D6o=; b=UO3A9nGn4w3prFb3tq/9T0vg1YbzI82ie2mhiRT53ZNjztNH7LUT2HqitLZLLpxIpU R8KQLyby4Qfo5WEFSOmkPkoVLgkUERVAL/PBwCRFY+CKmMuojgtEHjawIQQT0IkJDiiY fukx2Wsb8WD2P1+lPZchSl/KwhYaY1oRUKH7mjLIyCK5N8d9/zVR2Mmuqn6zrvZi3oai oaH078eogxfU9PwULVnbTTPMA9jIwFreRulxCFMh+lIG3B0IpQb4ucTYfCne5z3f996N sHT9yFZbYqM9bUiNCTP82SJvgafoxP1dFNMkWqyozK+KoOEjJPvzvdR0qmGopL74eURk 4gSQ== X-Gm-Message-State: ALKqPwc3mYXPa6CMustyM5Qx6bx2Kfaz0qCj4SLFSUY6Jotw+kSf8ydw WaRzBkIABRrUgZewiOLY4IlLuXNWSGlDm/ZW4wIF+MKC X-Google-Smtp-Source: AB8JxZoOPcZOP1o1tOtQCshJS3aQFYW7Z3LoibMMIpiOatswCngjkIzXCXc4uZHexqMorzPMp/yXt5a25ApK1eXvcR4= X-Received: by 2002:a24:4293:: with SMTP id i141-v6mr1452571itb.54.1525955675236; Thu, 10 May 2018 05:34:35 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.130.167 with HTTP; Thu, 10 May 2018 05:34:14 -0700 (PDT) In-Reply-To: References: From: Ed Maste Date: Thu, 10 May 2018 08:34:14 -0400 X-Google-Sender-Auth: IZ8_phUBRMhGrsgwimfssqhjBQU Message-ID: Subject: Re: Heads-up: linker (lld) changes for amd64 coming soon To: "freebsd-toolchain@FreeBSD.org" , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 12:34:36 -0000 On 26 March 2018 at 22:14, Ed Maste wrote: > Some changes related to the amd64 linker are nearly ready to be > committed (within a week or three), so I'm sending this notice to > request any final comments or concerns before these changes are made. It took somewhat longer than a week or three, but these changes will now happen quite soon. > 1. Kostik (kib@) has a patch to start using kernel ifunc, with the > first use being Supervisor Mode Access Prevention (SMAP) on amd64. > This relies on linker support that is available in the in-tree lld and > in contemporary binutils ld.bfd from ports, but not in the in-tree > ld.bfd 2.17.50. This is ready to be committed at any time. > 2. WITH_LLD_IS_LD controls whether /usr/bin/ld is ld.bfd or ld.lld, > and thus the linker used for linking ports. I plan to switch this to > default on. There was one significant remaining issue in the ports tree with lld as /usr/bin/ld: lang/ghc. This was due (at least in part) to a bug in lld's note handling. The bug is now fixed upstream and in FreeBSD in r333401. The latest version of ghc claims to have improved support for using lld as the linker, and a lang/ghc update is currently in progress (PR227968). Once this is committed I will request one more exp-run with lld. As long as those results are acceptable, I'll then make the switch to install lld as /usr/bin/ld on amd64. From owner-freebsd-toolchain@freebsd.org Thu May 10 16:01:02 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 D1189FCE997 for ; Thu, 10 May 2018 16:01:02 +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 67A657A770 for ; Thu, 10 May 2018 16:01:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0CEF9FCE994; Thu, 10 May 2018 16:01:02 +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 EF792FCE993 for ; Thu, 10 May 2018 16:01:01 +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 8F1867A766 for ; Thu, 10 May 2018 16:01:01 +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 CE8331FADD for ; Thu, 10 May 2018 16:01:00 +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 w4AG108W044317 for ; Thu, 10 May 2018 16:01:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4AG10n3044316 for toolchain@FreeBSD.org; Thu, 10 May 2018 16:01:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 215193] libc++ and libcxxrt: convert to a private library Date: Thu, 10 May 2018 16:01:00 +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: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: theraven@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.25 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, 10 May 2018 16:01:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215193 --- Comment #4 from David Chisnall --- (In reply to Henry Hu from comment #3) That should be fine, as long as there aren't any ABI compatibility problems between the different versions. The problem comes when two libraries used = by the same program both use libc++ and end up with different versions. As lo= ng as it's fine for both to use the newer one (which it should be with libc++) then that's fine. We will likely to a libc++ ABI break in 12.0, but that's probably not a good idea for the port running on 11. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri May 11 23:09:07 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 EABE5FD323D for ; Fri, 11 May 2018 23:09:06 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic315-9.consmr.mail.gq1.yahoo.com (sonic315-9.consmr.mail.gq1.yahoo.com [98.137.65.33]) (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 6DB056F966 for ; Fri, 11 May 2018 23:09:06 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: HvDZAWUVM1lA1dNaqvl9B6FP6imVf7BbvnPNSVjN0R3dgcE7p.xFCyevFmZ2OBN 2LcSL2tyrtEjHzQJWa2Ztwv5Zkh9YO790pnAumnu0cfidguR26ToBNz50o8ObdmEYid5Q.FN7Qv4 0va3guASa7PZe3bgjpbKNBs8Eyqh..LzoThxapXqhYof0rhHjiVAzKzEPFBQ4Zd_BAK_9zNIMdUL Zdz_BiXCpxDqc_aa_ikMzvkBCn8mtMp7wpNaeesi4Q1B4Zjc8Pmc5WVJJwtoCShkKzKtiysM6KNp o7RFVk526eDgEs1Hyg751o2PSup83yJMD3gRonQCU9uglb7KQBiYni_0TWxfwyaMb6GWuXGoMuxj TO_yq8yUXvdUYsx9a7ZpTM.7ORI0C6YOFL8RddbH1PeeqnMkc6l2SiBNCcvFOwWtLNn3PQlcL_ON r827kVpAelItPoEyg6t2Ow123PQSFV_49zFncksqMsZuhJYVsU1s5RrDBeuXZAIWTBBrcoId6XQL V_kv8AfITIzRhH9LsXa_U9CEayzwMOMYZV.GykqGV11tCfnY0Jb5szO5Hs_GrgTthOxbNEFn.tpY 9BWy8VbYqqw3y9MSCQ0tFLlLTkeIDaBGYib6.wKPtJSHE8j1gJaijtw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 11 May 2018 23:09:04 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f09537e577fa0b16a6028f42d93762a9; Fri, 11 May 2018 23:09:03 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: What fails when devel/xtoolchain-llvm60 attempts to build powerpc64's lib32 in buildworld cross builds (from amd64 here) Date: Fri, 11 May 2018 16:09:02 -0700 References: <81EA8FB2-101B-4D31-A2D4-91CCB78AF695@yahoo.com> To: freebsd-toolchain@freebsd.org, FreeBSD PowerPC ML In-Reply-To: <81EA8FB2-101B-4D31-A2D4-91CCB78AF695@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2018 23:09:07 -0000 [I experiment with targeting powerpc family members with modern tool chains. In this case trying to use devel/xtoolchain-llvm60 . This was indirectly reached via commenting on a bugzilla entry for something else powerpc family related.] BEGIN setup notes: Because of (at least) lld problems for targeting powerpc family members, the following is based on an alternate toolchains/*.mk : # diff /usr/local/share/toolchains/llvm60.mk = /usr/local/share/toolchains/llvm60_altbinutils.mk 4,5c4,5 < XLD=3D/usr/local/llvm60/bin/ld.lld < CROSS_BINUTILS_PREFIX=3D/var/empty --- =20 > #XLD=3D/usr/local/llvm60/bin/ld.lld > #CROSS_BINUTILS_PREFIX=3D/var/empty This is to allow setting up the use of: CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-unknown-freebsd12.0/bin/ END Setup notes. The below is from adding a -v to what the .meta file showed for the = failing command. Note the "-cc1as -triple i386-portbld-freebsd12.0" and "-target-cpu = i486" that results from buildworld=E2=80=99s lib32 related command that tries to compile = assembly source for powerpc. # /usr/local/bin/clang60 -v -DCOMPAT_32BIT -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc= .powerpc64/obj-lib32/tmp/usr/lib32 = tosysroot=3D/usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/s= rc/powerpc.powerpc64/obj-lib32/tmp = -B/usr/local/powerpc64-unknown-freebsd12.0/bin = -B/usr/obj/powerpc64vtsc_x -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Qunused-arguments -c = /usr/src/lib/csu/powerpc/crtn.S -o crtn.ole-definition -Wno-pointer-sign = -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unus clang version 6.0.0 = (tags/RELEASE_600/final)/usr/src/lib/csu/powerpc/crtn.S -o crtn.o Target: i386-portbld-freebsd12.0 Thread model: posix InstalledDir: /usr/local/llvm60/bin "/usr/local/llvm60/bin/clang-6.0" -cc1 -triple i386-portbld-freebsd12.0 = -E -disable-free -main-file-name crtn.S -mrelocation-model static = -mthread-model posix -mdisable-fp-elim -masm-verbose = -mconstructor-aliases -target-cpu i486 -dwarf-column-info = -debug-info-kind=3Dstandalone -dwarf-version=3D2 -debugger-tuning=3Dgdb = -v -coverage-notes-file /usr/src/crtn.gcno -resource-dir = /usr/local/llvm60/lib/clang/6.0.0 -D COMPAT_32BIT -I = /usr/src/lib/csu/common -I /usr/src/lib/libc/include -isysroot = /usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc.p= owerpc64/obj-lib32/tmp -O2 -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -std=3Dgnu99 -fconst-strings = -fdebug-compilation-dir /usr/src -ferror-limit 19 -fmessage-length 180 = -fobjc-runtime=3Dgnustep -fdiagnostics-show-option -vectorize-loops = -vectorize-slp -o /tmp/crtn-d80df9.s -x assembler-with-cpp = /usr/src/lib/csu/powerpc/crtn.S clang -cc1 version 6.0.0 based upon LLVM 6.0.0 default target = x86_64-portbld-freebsd12.0 #include "..." search starts here: #include <...> search starts here: /usr/src/lib/csu/common /usr/src/lib/libc/include /usr/local/llvm60/lib/clang/6.0.0/include = /usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc.p= owerpc64/obj-lib32/tmp/usr/include End of search list. "/usr/local/llvm60/bin/clang-6.0" -cc1as -triple = i386-portbld-freebsd12.0 -filetype obj -main-file-name crtn.S = -target-cpu i486 -I /usr/src/lib/csu/common -I /usr/src/lib/libc/include = -fdebug-compilation-dir /usr/src -dwarf-debug-producer clang version = 6.0.0 (tags/RELEASE_600/final) -I /usr/src/lib/csu/common -I = /usr/src/lib/libc/include -debug-info-kind=3Dlimited -dwarf-version=3D2 = -mrelocation-model static -o crtn.o /tmp/crtn-d80df9.s /usr/src/lib/csu/powerpc/crtn.S:29:2: warning: DWARF2 only supports one = section per compilation unit .section .init,"ax",@progbits ^ /usr/src/lib/csu/powerpc/crtn.S:30:11: error: unexpected token in memory = operand lwz 11,0(1) ^ /usr/src/lib/csu/powerpc/crtn.S:31:10: error: unexpected token in memory = operand lwz 0,4(11) ^ /usr/src/lib/csu/powerpc/crtn.S:32:2: error: invalid instruction = mnemonic 'mtlr' mtlr 0 ^~~~ . . . It would appear that a -triple may be missing in the = /usr/local/bin/clang60 command line that would specify the specific ABI to target. It appears = that the -mcpu=3Dpowerpc is not enough to even get the cpu family right as = far as what assembler notation to process. I do not know if an appropriate -triple addition would currently be sufficient for things to start working. Something needs to cause the right assembler notation to be processed = for lib32 if WITH_LIB32=3D is to be supported for cross builds. =3D=3D=3D Mark Millard marklmi26-fbsd at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sat May 12 05:27:55 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 854CFFB4270 for ; Sat, 12 May 2018 05:27:55 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic313-15.consmr.mail.bf2.yahoo.com (sonic313-15.consmr.mail.bf2.yahoo.com [74.6.133.125]) (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 1F174814CC for ; Sat, 12 May 2018 05:27:54 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: YUy8nkMVM1m1R313S3RcVA6fHykTX04F8rw6WAEUShREA4hgxxdcroci_m6WJEa ahMpGZcKGEQdl2YMwDyalY0Y65jFXhrNdJbbD3RYE24RQ7fHPyu5KRz.tr8gKSrkzKtB3BbG_Gb2 vuZM_Giw5fcl3dstl2qp5yFv.b4BX9ynHbBCD5BEgHG9Gjm1JEBP0VrxccjQ41dOkw6kMyPbsHra NIl.FJLqb7ik_K0RYpSlDhvf5.btncdJQIT4w_WtICflboEvkm6XoUYmcFOIZBQC0djbc0CQOcz5 tp45ivFiF8oYuz3qGtwXjpU_ko12UkP9rGGMfp75afJOC2Mr7C6BF86pPdSl6INA5IqC8MNfLZ5q 63nEmnm8deBjmYRPVEvdkTRVG_jz3HkY4owoBeyhuZpwZ.wzy4rG6v2JQKF5RSF2tiqMTZ0blwqh AUF00AUMT1UXrUy.72zsbAAM.MxHrHwrxUti.cGCBa029KXcVMPfAciroVkPEU35PCWEQwyEMqZg z95Ts4MlxuNDMEd0j18.wApOoTV9z8HaRek3gjXDhCRIeB.1B.VmneIb2jmP1p9ztg8PwCdCHCuG ielcBagM0ywO535vBlVOdxHRC8BTx1Xv_Pk6ePCFaMTfnu.epqy2vhOxJVHc2joNIZACo9Jvsv18 I5IY- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Sat, 12 May 2018 05:27:54 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5d145dba65231755fbe645c632627545; Sat, 12 May 2018 05:07:40 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: What fails when devel/xtoolchain-llvm60 attempts to build powerpc64's lib32 in buildworld cross builds (from amd64 here) Date: Fri, 11 May 2018 22:07:38 -0700 References: <81EA8FB2-101B-4D31-A2D4-91CCB78AF695@yahoo.com> To: freebsd-toolchain@freebsd.org, FreeBSD PowerPC ML In-Reply-To: Message-Id: <0AAA00A2-5C78-44FF-AFFE-5D796A22EBC7@yahoo.com> X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 12 May 2018 05:27:55 -0000 On 2018-May-11, at 4:09 PM, Mark Millard = wrote: > [I experiment with targeting powerpc family members with > modern tool chains. In this case trying to use > devel/xtoolchain-llvm60 . This was indirectly reached via > commenting on a bugzilla entry for something else powerpc > family related.] >=20 > BEGIN setup notes: >=20 > Because of (at least) lld problems for targeting powerpc family = members, > the following is based on an alternate toolchains/*.mk : >=20 > # diff /usr/local/share/toolchains/llvm60.mk = /usr/local/share/toolchains/llvm60_altbinutils.mk > 4,5c4,5 > < XLD=3D/usr/local/llvm60/bin/ld.lld > < CROSS_BINUTILS_PREFIX=3D/var/empty > --- >=20 >> #XLD=3D/usr/local/llvm60/bin/ld.lld >> #CROSS_BINUTILS_PREFIX=3D/var/empty >=20 > This is to allow setting up the use of: >=20 > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-unknown-freebsd12.0/bin/ >=20 > END Setup notes. >=20 > The below is from adding a -v to what the .meta file showed for the = failing command. > Note the "-cc1as -triple i386-portbld-freebsd12.0" and "-target-cpu = i486" that results > from buildworld=E2=80=99s lib32 related command that tries to compile = assembly source for > powerpc. >=20 >=20 > # /usr/local/bin/clang60 -v -DCOMPAT_32BIT -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc= .powerpc64/obj-lib32/tmp/usr/lib32 = tosysroot=3D/usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/s= rc/powerpc.powerpc64/obj-lib32/tmp = -B/usr/local/powerpc64-unknown-freebsd12.0/bin = -B/usr/obj/powerpc64vtsc_x -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Qunused-arguments -c = /usr/src/lib/csu/powerpc/crtn.S -o crtn.ole-definition -Wno-pointer-sign = -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unus > clang version 6.0.0 = (tags/RELEASE_600/final)/usr/src/lib/csu/powerpc/crtn.S -o crtn.o > Target: i386-portbld-freebsd12.0 > Thread model: posix > InstalledDir: /usr/local/llvm60/bin > "/usr/local/llvm60/bin/clang-6.0" -cc1 -triple = i386-portbld-freebsd12.0 -E -disable-free -main-file-name crtn.S = -mrelocation-model static -mthread-model posix -mdisable-fp-elim = -masm-verbose -mconstructor-aliases -target-cpu i486 -dwarf-column-info = -debug-info-kind=3Dstandalone -dwarf-version=3D2 -debugger-tuning=3Dgdb = -v -coverage-notes-file /usr/src/crtn.gcno -resource-dir = /usr/local/llvm60/lib/clang/6.0.0 -D COMPAT_32BIT -I = /usr/src/lib/csu/common -I /usr/src/lib/libc/include -isysroot = /usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc.p= owerpc64/obj-lib32/tmp -O2 -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch = -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -Wthread-safety -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -std=3Dgnu99 -fconst-strings = -fdebug-compilation-dir /usr/src -ferror-limit 19 -fmessage-length 180 = -fobjc-runtime=3Dgnustep -fdiagnostics-show-option -vectorize-loops = -vectorize-slp -o /tmp/crtn-d80df9.s -x assembler-with-cpp = /usr/src/lib/csu/powerpc/crtn.S > clang -cc1 version 6.0.0 based upon LLVM 6.0.0 default target = x86_64-portbld-freebsd12.0 > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/csu/common > /usr/src/lib/libc/include > /usr/local/llvm60/lib/clang/6.0.0/include > = /usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc.p= owerpc64/obj-lib32/tmp/usr/include > End of search list. > "/usr/local/llvm60/bin/clang-6.0" -cc1as -triple = i386-portbld-freebsd12.0 -filetype obj -main-file-name crtn.S = -target-cpu i486 -I /usr/src/lib/csu/common -I /usr/src/lib/libc/include = -fdebug-compilation-dir /usr/src -dwarf-debug-producer clang version = 6.0.0 (tags/RELEASE_600/final) -I /usr/src/lib/csu/common -I = /usr/src/lib/libc/include -debug-info-kind=3Dlimited -dwarf-version=3D2 = -mrelocation-model static -o crtn.o /tmp/crtn-d80df9.s > /usr/src/lib/csu/powerpc/crtn.S:29:2: warning: DWARF2 only supports = one section per compilation unit > .section .init,"ax",@progbits > ^ > /usr/src/lib/csu/powerpc/crtn.S:30:11: error: unexpected token in = memory operand > lwz 11,0(1) > ^ > /usr/src/lib/csu/powerpc/crtn.S:31:10: error: unexpected token in = memory operand > lwz 0,4(11) > ^ > /usr/src/lib/csu/powerpc/crtn.S:32:2: error: invalid instruction = mnemonic 'mtlr' > mtlr 0 > ^~~~ > . . . >=20 >=20 >=20 > It would appear that a -triple may be missing in the = /usr/local/bin/clang60 > command line that would specify the specific ABI to target. It appears = that > the -mcpu=3Dpowerpc is not enough to even get the cpu family right as = far as > what assembler notation to process. >=20 > I do not know if an appropriate -triple addition would currently be > sufficient for things to start working. >=20 > Something needs to cause the right assembler notation to be processed = for > lib32 if WITH_LIB32=3D is to be supported for cross builds. Kenneth Salerno's = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227920 is an example patch for 11.1 for this lack of -target use where it can = be needed. =3D=3D=3D Mark Millard marklmi26-fbsd at yahoo.com ( dsl-only.net went away in early 2018-Mar)