From owner-freebsd-toolchain@freebsd.org Sun Aug 13 21:34:16 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 38FE6DDC201 for ; Sun, 13 Aug 2017 21:34:16 +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 mx1.freebsd.org (Postfix) with ESMTPS id 2377483B55 for ; Sun, 13 Aug 2017 21:34:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7DLYFZn083580 for ; Sun, 13 Aug 2017 21:34:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 216563] lang/gcc5: lang/gcc: stack alignment insufficient on i386 for SSE2 code. Date: Sun, 13 Aug 2017 21:34:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gerald@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to flagtypes.name 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.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: Sun, 13 Aug 2017 21:34:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216563 Gerald Pfeifer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gerald@FreeBSD.org |freebsd-toolchain@FreeBSD.o | |rg Flags|maintainer-feedback?(gerald | |@FreeBSD.org) | --- Comment #1 from Gerald Pfeifer --- I'm sorry we have not been able to get back to this with a change/fix. In our e-mail conversation in January dim@ pointed out that this is a tricky one upstream, cf. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D40838 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D38496 and is unlikely to be addressed, so what you did, Matthias, in graphics/rawtherapee/Makefile is the best I can think of, either. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Aug 14 02:11:33 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 F1404DC924C for ; Mon, 14 Aug 2017 02:11:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-92.reflexion.net [208.70.210.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B45B9672DB for ; Mon, 14 Aug 2017 02:11:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29994 invoked from network); 14 Aug 2017 02:11:31 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 14 Aug 2017 02:11:31 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Sun, 13 Aug 2017 22:11:31 -0400 (EDT) Received: (qmail 25206 invoked from network); 14 Aug 2017 02:11:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Aug 2017 02:11:31 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B274AEC85D5; Sun, 13 Aug 2017 19:11:30 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: UNAME_r () and OSVERSION (1101501) do not agree on major version number , which poudriere bulk rejects as a combination. Message-Id: Date: Sun, 13 Aug 2017 19:11:29 -0700 To: Bryan Drewery , FreeBSD Toolchain , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3273) 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, 14 Aug 2017 02:11:34 -0000 The summary: My attempts to use poudriere-devel via a -m null -M /usr/obj/DESTDIRs/FBSDx6411SL-installworld-dist-from-src based jail and a -m null -M /usr/ports based ports=20 got: make: "/usr/ports/Mk/bsd.port.mk" line 1177: UNAME_r () and OSVERSION = (1101501) do not agree on major version number. This suggests that in /usr/ports/Mk/bsd.ports.mk the logic: # Get the architecture .if !defined(ARCH) ARCH!=3D ${UNAME} -p .endif _EXPORTED_VARS+=3D ARCH # Get the operating system type .if !defined(OPSYS) OPSYS!=3D ${UNAME} -s .endif _EXPORTED_VARS+=3D OPSYS .if !defined(_OSRELEASE) _OSRELEASE!=3D ${UNAME} -r .endif _EXPORTED_VARS+=3D _OSRELEASE # Get the operating system revision OSREL?=3D ${_OSRELEASE:C/-.*//} _EXPORTED_VARS+=3D OSREL is not getting the expected values for use in the later logic, in this case _OSRELEASE: .if ${_OSVERSION_MAJOR} !=3D ${_OSRELEASE:R} .error UNAME_r (${_OSRELEASE}) and OSVERSION (${OSVERSION}) do not agree = on major version number. .elif ${_OSVERSION_MAJOR} !=3D ${OSREL:R} .error OSREL (${OSREL}) and OSVERSION (${OSVERSION}) do not agree on = major version number. .endif (The message's reference to UNAME_r also looks odd since it is not used in the .if expression or anywhere nearby but there is such a name in the login.conf default .) A testing hack of: # svnlite diff /usr/ports/Mk/bsd.port.mk = = =20 Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 447897) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1119,18 +1119,18 @@ =20 # Get the architecture .if !defined(ARCH) -ARCH!=3D ${UNAME} -p +ARCH!=3D echo amd64 .endif _EXPORTED_VARS+=3D ARCH =20 # Get the operating system type .if !defined(OPSYS) -OPSYS!=3D ${UNAME} -s +OPSYS!=3D echo FreeBSD .endif _EXPORTED_VARS+=3D OPSYS =20 .if !defined(_OSRELEASE) -_OSRELEASE!=3D ${UNAME} -r +_OSRELEASE!=3D echo 11.1-STABLE .endif _EXPORTED_VARS+=3D _OSRELEASE got past the specific issue. But it later got: /usr/local/share/poudriere/bulk.sh: cannot open = /usr/local/etc/poudriere.d/jails/zrFBSDx64SLjail/version: No such file = or directory via: [00:00:00] Creating the reference jail... done [00:00:04] Mounting system devices for zrFBSDx64SLjail-default [00:00:04] Mounting ports/packages/distfiles [00:00:04] Using packages from previously failed build [00:00:04] Mounting packages from: = /usr/local/poudriere/data/packages/zrFBSDx64SLjail-default /etc/resolv.conf -> = /usr/local/poudriere/data/.m/zrFBSDx64SLjail-default/ref/etc/resolv.conf [00:00:04] Starting jail zrFBSDx64SLjail-default [00:00:05] Logs: = /usr/local/poudriere/data/logs/bulk/zrFBSDx64SLjail-default/2017-08-13_18h= 39m47s [00:00:06] Loading MOVED [00:00:06] Ports supports: DEPENDS_ARGS SELECTED_OPTIONS [00:00:06] Gathering ports metadata [00:06:18] Calculating ports order and dependencies [00:09:13] pkg package missing, skipping sanity [00:09:13] Skipping incremental rebuild and repository sanity checks [00:09:13] Cleaning the build queue [00:09:13] Sanity checking build queue [00:09:16] Processing PRIORITY_BOOST [00:09:24] Balancing pool /usr/local/share/poudriere/bulk.sh: cannot open = /usr/local/etc/poudriere.d/jails/zrFBSDx64SLjail/version: No such file = or directory # ls -lT /usr/local/etc/poudriere.d/jails/zrFBSDx64SLjail/ total 3 -rw-r--r-- 1 root wheel 6 Aug 13 17:30:39 2017 arch -rw-r--r-- 1 root wheel 5 Aug 13 17:30:39 2017 method -rw-r--r-- 1 root wheel 57 Aug 13 17:30:39 2017 mnt -rw-r--r-- 1 root wheel 9 Aug 13 17:30:39 2017 srcpath -rw-r--r-- 1 root wheel 11 Aug 13 17:30:39 2017 timestamp (I've not tracked this part down at all yet.) More details on the sequence I went through: I installed FreeBSD-11.1-STABLE-amd64-20170807-r322164-disc1.iso into a new VirtualBox virtual machine and then checked out: # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/stable/11 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 322433 Last Changed Rev: 322433 and did buildworld buildkernel installkernel installworld . I also then installed this ( installworld distrib-dirs distribution ) to: # ls -dlT /usr/obj/DESTDIRs/* drwxr-xr-x 18 root wheel 22 Aug 13 17:28:54 2017 = /usr/obj/DESTDIRs/FBSDx6411SL-installworld-dist-from-src The result for uname is: # uname -apKU FreeBSD FBSDx6411SL 11.1-STABLE FreeBSD 11.1-STABLE r322433 amd64 = amd64 1101501 1101501 # uname -r 11.1-STABLE I used pkg to install poudriere-devel : # pkg info poudriere-devel poudriere-devel-3.1.99.20170803 Name : poudriere-devel Version : 3.1.99.20170803 Installed on : Sun Aug 13 16:08:56 2017 PDT Origin : ports-mgmt/poudriere-devel Architecture : FreeBSD:11:amd64 Prefix : /usr/local Categories : ports-mgmt Licenses : BSD2CLAUSE Maintainer : bdrewery@FreeBSD.org WWW : https://github.com/freebsd/poudriere/wiki Comment : Port build and test system Options : EXAMPLES : on QEMU : off ZSH : on Annotations : repo_type : binary repository : FreeBSD Flat size : 2.09MiB Description : poudriere is a tool primarily designed to test package production on FreeBSD. However, most people will find it useful to bulk build ports for FreeBSD. WWW: https://github.com/freebsd/poudriere/wiki I tried to configure and use a -m null -M /usr/obj/DESTDIRs/FBSDx6411SL-installworld-dist-from-src based jail and a -m null -M /usr/ports based ports . . . This leads to my attempted poudriere bulk after configuring doing the following: [00:00:00] Creating the reference jail... done [00:00:04] Mounting system devices for zrFBSDx64SLjail-default [00:00:04] Mounting ports/packages/distfiles [00:00:04] Converting package repository to new format [00:00:04] Stashing existing package repository [00:00:04] Mounting packages from: = /usr/local/poudriere/data/packages/zrFBSDx64SLjail-default /etc/resolv.conf -> = /usr/local/poudriere/data/.m/zrFBSDx64SLjail-default/ref/etc/resolv.conf [00:00:04] Starting jail zrFBSDx64SLjail-default make: "/usr/ports/Mk/bsd.port.mk" line 1177: UNAME_r () and OSVERSION = (1101501) do not agree on major version number. [00:00:05] Logs: = /usr/local/poudriere/data/logs/bulk/zrFBSDx64SLjail-default/2017-08-13_17h= 45m28s [00:00:05] Loading MOVED make: "/usr/ports/Mk/bsd.port.mk" line 1177: UNAME_r () and OSVERSION = (1101501) do not agree on major version number. [00:00:06] Error: Error looking up pre-build ports vars [00:00:06] Cleaning up [00:00:09] Unmounting file systems And at this point we are to what I put in the summary. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Aug 14 16:30:11 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 4B0F8DD555C for ; Mon, 14 Aug 2017 16:30:11 +0000 (UTC) (envelope-from johannes@perceivon.net) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (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 BBDAA644F9 for ; Mon, 14 Aug 2017 16:30:10 +0000 (UTC) (envelope-from johannes@perceivon.net) Received: by mail-lf0-x22a.google.com with SMTP id d17so41981971lfe.0 for ; Mon, 14 Aug 2017 09:30:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=perceivon-net.20150623.gappssmtp.com; s=20150623; h=to:cc:from:subject:organization:message-id:date:user-agent :mime-version; bh=I0DJaMPbOwAEH3loy+5d6/CEGnQab0UaViOhYGI+XI4=; b=KeZTBl8Z3vdtef4LaC7+FZL3J4/sNF04/Kl+J8CZ/mYrG/fxNlJ5g1cZbAP6u+2ocJ t+kWJkOpPDfw6TKpm5bhqJ7Do3yStwhgP1bY+X9CG8odAGFaXktYgpsaP/ubn4s1xkky ruHcOFXegrwuAZrlAAWFqTzBVMN0OVxlBZ6wOmw9ukqxwu1W/Qyf8Eu2QAfcyDjtpRjs lK89rMVrNlV0aMhpWI8na7rS75xArxOilHyaHQ46IBRjoZwxCLupk01OcOw5YArjDhob NK3vdcdYpi0tGiVXBnJ7GYMCSfC/DxiJRhpPv6mzLUnku2c0Uth6i2nYdJCvSU6a3MBZ c1rA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:cc:from:subject:organization:message-id:date :user-agent:mime-version; bh=I0DJaMPbOwAEH3loy+5d6/CEGnQab0UaViOhYGI+XI4=; b=BUK+ZyQPqp4X0jGSC5Ib/4bB4i6a9q6ngM6c1kBXgjJdyX8RqTMOTC6JoGde/cvedL y+TaHGcGsQ/nXSvu8nE/NX9iHTLbIZd0YJBDS83iHhDZSZiNlEPmGjlxMrbwCwFLd5Zx qGzFksEhzWT70jt4kAYVmy2rR0t8JiCiXTA2hwrwaeUUFZAO1IrlpGUKeQX7ZCOfozgv 76HHv05k6/7v0CGkx8CeVtxtH7pA2l7Z892W730FzFsEKes4FOBKElIBRqYVu2ogxiXz 08WnomoemTddw+8W/BXK7eFXLhmW72qrb80efHG4EBzlixqSZcm43abAfgLU7Bq+3Lhl iIjw== X-Gm-Message-State: AHYfb5jFaxvqSmgH2+OzDX/M8RLeDS0n8et+oxhp02P04qQGVX4cFZGb zXNHq0USoxzJI2tZVjHgoG966esXu8wFqDmUfqJN+T7QOqzrZOa522PQ9qtmV32DSakoFbs6uh9 3nMq2jcuOBQF07wn5I7ZhPxjhkiXUIG/0uvcT9zaze4e9XjfBxvn8HH3e5l5JXrpS9ibt X-Received: by 10.46.83.10 with SMTP id h10mr8708375ljb.44.1502728208763; Mon, 14 Aug 2017 09:30:08 -0700 (PDT) Received: from mx16 (101.177.50.84.sta.estpak.ee. [84.50.177.101]) by smtp.gmail.com with ESMTPSA id u191sm1255005lja.44.2017.08.14.09.30.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Aug 2017 09:30:08 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mx16 (OpenSMTPD) with ESMTP id 1bc2dac3; Mon, 14 Aug 2017 19:28:41 +0300 (EEST) To: dim@freebsd.org Cc: freebsd-toolchain@freebsd.org From: Johannes Jost Meixner Subject: Buildfailures with ld.lld Organization: Perceivon Hosting Inc. Message-ID: Date: Mon, 14 Aug 2017 19:28:39 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PG1uRvEPCKaTmTWc6rDEHndNjln9fg6Pf" 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, 14 Aug 2017 16:30:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PG1uRvEPCKaTmTWc6rDEHndNjln9fg6Pf Content-Type: multipart/mixed; boundary="BG9pFOq92UCV2l6Vl8cBJjDp1Va2PPFGA"; protected-headers="v1" From: Johannes Jost Meixner To: dim@freebsd.org Cc: freebsd-toolchain@freebsd.org Message-ID: Subject: Buildfailures with ld.lld --BG9pFOq92UCV2l6Vl8cBJjDp1Va2PPFGA Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I'm seeing a few `undefined references` trying to build recent base on HardenedBSD with clang 5.0.0: https://dpaste.de/FThb/raw Would you know what I am missing here? --=20 Best regards, Johannes Meixner Perceivon O=C3=9C Pikk 7-17 10123 Tallinn tel: +372 5855 1779 web: http://www.perceivon.net --BG9pFOq92UCV2l6Vl8cBJjDp1Va2PPFGA-- --PG1uRvEPCKaTmTWc6rDEHndNjln9fg6Pf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEwY8kko8dNupPoLLvSWqdcGJQ1AIFAlmRz7cACgkQSWqdcGJQ 1AJ3SQ/+L/Ks6sa2Xk36nH01xJcKztyR0F23WTTF774MOjmetPm8NeIWpTTD6d2O NLSqgZ7q8NMmHTKdWJ2c2ChzC6ysIaqxxFNVXz7mZ9hjfjXc1jxW+k8FwTnPKfQC sPYy4o97PzscAVWBKJ5YZp4GU5deNKc7I1ofFyfwtD/wJuKbgTVHiPIU7vogWuOL tkl3uaLbgM7TtE3N6J2Yljrlu3SAHhQlvzyHecHDwIJpbgTK/cfT5Xa0V3dIq2+M 55w4vnSvS2y07XjxNdebkPfwTPegpRXyNz55WG09btZIfKNc9vMH+I/0Wku7Jlw2 RpaQFGZLZWbAz6e0bgYgSNA3v2Rfix8lpt5+K2NgR4a03gxmIR/Y9lHRdUN9sK97 URm9ne9aj8BfMgXhgFHSUi3LCvLWZ3WExkmI6nr2x+6jUKzLe88whhEGY1Xhebcp BvddlSvH1op93VVQmVD2FdFyl9czFGRatrtE/EaH3SrLdc3pTGniQcYOmqhv6lCI gdreDOyaAOMVR1WoTiO7iPsfUExYx7j4giKABoDwTdv4InY8rqZTFWGfhYYupbUo urepHn+7Tm2wwonaiTzH+jo3y5oYoCOIUHll4y43nsZUzSPnum9d1Fng+waMOH4U TRv/R/2ONZG5GPS7JxQipm+hFQsxMvn3WqL5BJgYLbF/gjG4RPw= =nuRx -----END PGP SIGNATURE----- --PG1uRvEPCKaTmTWc6rDEHndNjln9fg6Pf-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 16:41:01 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 896E2DD5E5C for ; Mon, 14 Aug 2017 16:41:01 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 408A964B75 for ; Mon, 14 Aug 2017 16:41:01 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x22a.google.com with SMTP id d136so53535181qkg.3 for ; Mon, 14 Aug 2017 09:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Q55irUJwJjLhXxJ2Z4x2aJnD/frJjTqGpMUlHY6aAuM=; b=IOuXLxF0sLpaH6yVlfNnqPcLDrBBFHSN+agdCgF1q7jviSt+NOKC6W79xpyFlaPA8w 3eRztrJVzRnK2/X5T4bl1RWdic9MA9iUgQemPp1Abuo1TqyLXmYgA1Ef3W6Nfe99KzWz gNDdnx2fxZT/UZb6N2GhbQX1WyN/UuQ0uaLsuylpYg/c35A8FY9ozsUBjZvCRcGHbvwG VTT+8xZuEQOeA1ZFPjA8MW7ALUxD7Rn9rtl4P2L+VSN6E/D2bxj/leqHJHf+MgKcNmis b6HcKztQg4apZvGRSg5egcBwl86N/MDLqdAhuxVUz1TCZEJ2CFXlyquH/VG+1AXldbOV Z+JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Q55irUJwJjLhXxJ2Z4x2aJnD/frJjTqGpMUlHY6aAuM=; b=AnlfuKUpBZx5RwVlX+VkBLzSmkfxhWrvZgxzMnN5aw2ojSYZcYvGlgNhdt+RZYrdyR HmmkFbq6QpGP67mvkzJWtP+tEYFzK9AGOEB47u9iC/IVmysy1dL0DwLnc37zFskMtty8 KTXpcPQlXr+XW+i1Qv4oahJjwVgsxD21byHYBvoxXdRyTXVhni8qw0A5J1NvY8X6Ybig RYT7rsQyuzVg29Aotdtpk3zcoeeOzodEg8fDVUPrVXLTMcepWQgJSbdmjqXGzgg6NWvo exGSNaGTRG58uThgsfsJ0OTlmcKphsAWGaZ7xIZl/vf5sdk1iPoXTxvoZ7Md8CbMuACp jaaw== X-Gm-Message-State: AHYfb5j+u2lVVRWLFC74k8ANJAOUf+kEBfaw5w+krAnu10j16W55jw43 gI9D932N5DkSwYv6l/G0eA== X-Received: by 10.233.239.11 with SMTP id d11mr29852729qkg.266.1502728860213; Mon, 14 Aug 2017 09:41:00 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.105]) by smtp.gmail.com with ESMTPSA id r18sm3610572qkr.29.2017.08.14.09.40.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Aug 2017 09:40:59 -0700 (PDT) Date: Mon, 14 Aug 2017 12:40:58 -0400 From: Shawn Webb To: Johannes Jost Meixner Cc: dim@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: Buildfailures with ld.lld Message-ID: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="u6wtbib32eahgo44" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170714 (1.8.3) 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, 14 Aug 2017 16:41:01 -0000 --u6wtbib32eahgo44 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrote: > I'm seeing a few `undefined references` trying to build recent base on > HardenedBSD with clang 5.0.0: >=20 > https://dpaste.de/FThb/raw >=20 > Would you know what I am missing here? Hey Johannes, It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cpp isn't included in the Makefile for usr.bin/lld. I'm wondering if the lib/DebugInfo/DWARF files should be included in usr.bin/lld/Makefile. dim@, could you verify? Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --u6wtbib32eahgo44 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlmR0pkACgkQaoRlj1JF bu5uNA/+KS0eEF3+3bz15zlay99zEN3mBvVop4Ri0c5XAL4rdjeq6fsig4amoLjJ 346/7nvgRjKdCvMDc9KVjV/Du+Aw7T6zYa8w7HqFE8E8jD5yDWKoYU3L0Zl+q+wY W/DHE0DREGifbyuGNGdBex8Sx8Rj9U3/rNr8UpDl7YY1AfP71usxujYUjjjDIbYk sEMM7T4IZdmF9mCE5dscTIA3kxRkBoO12XeYkpaXIUJilmqhpCpeDDCNhEBwtx+n SNCboq0tCO3wC2LmwvJ0W09T4Z3T88psd54OaSeMh3DS+QSwlSbLj9gvHAV6yMQs 496+CN0alhmH3t6sQgX0HAP2mZMtI7o22xa3LL8aaKm9IXCu9N7drNM5WqkjAo24 EjWjQmWlwBublFnQBjqgYjS/3Z0Y6hFHWNITKkjxS/bbdWhhSC66RQsSfTy9jJpu k+HYCo5BXJp70fteoTc1UXlDBNi9olxgWeee0GwoM70m9fBr6oHZXFkwq3z3LN9B koRuyNwvCv4VTwdlkDCizLIJGiHNk3LsQJzzGWkbvgwhiv4DmGop025wOalFqAe0 MpasIF1lsmPeMKbvTDaZ89bOKOQsEFx5YiBgyRTIwPPUwwgL+8QIM+nu4uifr+zr ZR8UI1GmDHoBxy9C+8EXzPNb0mlI3xwZ6DZC5HKjIVxmYTtvf6c= =3Ecd -----END PGP SIGNATURE----- --u6wtbib32eahgo44-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 17:38:37 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 C55CADD94F8 for ; Mon, 14 Aug 2017 17:38:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AEB166AE3 for ; Mon, 14 Aug 2017 17:38:37 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::1c72:f3e9:1944:cc16] (unknown [IPv6:2001:470:7a58:0:1c72:f3e9:1944:cc16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 336F1234E6; Mon, 14 Aug 2017 19:38:29 +0200 (CEST) From: Dimitry Andric Message-Id: <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_C0DC6364-6956-475E-878D-99359BDC92EC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Buildfailures with ld.lld Date: Mon, 14 Aug 2017 19:38:28 +0200 In-Reply-To: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> Cc: Johannes Jost Meixner , freebsd-toolchain@freebsd.org To: Shawn Webb References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> X-Mailer: Apple Mail (2.3273) 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, 14 Aug 2017 17:38:37 -0000 --Apple-Mail=_C0DC6364-6956-475E-878D-99359BDC92EC Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 14 Aug 2017, at 18:40, Shawn Webb wrote: > > On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrote: >> I'm seeing a few `undefined references` trying to build recent base on >> HardenedBSD with clang 5.0.0: >> >> https://dpaste.de/FThb/raw >> >> Would you know what I am missing here? > > Hey Johannes, > > It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cpp > isn't included in the Makefile for usr.bin/lld. > > I'm wondering if the lib/DebugInfo/DWARF files should be included in > usr.bin/lld/Makefile. dim@, could you verify? Those files are already in lib/clang/libllvm/Makefile. How can this particular error be reproduced? I just did a fresh clone of hardenedbsd master, and it built just fine for me, with an empty make.conf and src.conf. -Dimitry --Apple-Mail=_C0DC6364-6956-475E-878D-99359BDC92EC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWZHgFAAKCRCwXqMKLiCW o1cnAJ9cBdWBpkPOwAUu2V16YfuQ/ZqKJQCaA5XhfIOTAEOv3NfpNAO3BsEXQFs= =hd5I -----END PGP SIGNATURE----- --Apple-Mail=_C0DC6364-6956-475E-878D-99359BDC92EC-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 17:41:50 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 DEC3BDD9801 for ; Mon, 14 Aug 2017 17:41:50 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (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 9411466C50 for ; Mon, 14 Aug 2017 17:41:50 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x22f.google.com with SMTP id x191so54095615qka.5 for ; Mon, 14 Aug 2017 10:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=+STQCsLnEWeZZSyIrjjbTuidm2B/hyVyOzCn1TilBMg=; b=yjA9Y+MwyZqaywTs8aFKWmQBUGlx93XaPbAjjmiyTNqsIug6B/r38G+B4AkCBPjtBi icdeF8OBdQaqj8GI/4RWb0lTbmpEh3ZtXGG84vNnR8hIo28P7Fow+M6v+FO0pcMt5Hpd mGUzsQcrXbXhk1/rs8skQFrdwLf2Wfi8XI9tw9MJbjQEwN/VmfP+Z5nMVVFqM+3EkUqX LG7OqqFdRODkfbyXplwOMW8vZnoliK9TDwkb+cH84qxK8G0pltmhmqrJdxZnIByiHaVY eD/LrcDDvOCLmBMrVIVCY2Jyd2xTiz5Za21Qjobg4wyQL/iw7iOjSSQPkMoZ0p2n6V8R Vh4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=+STQCsLnEWeZZSyIrjjbTuidm2B/hyVyOzCn1TilBMg=; b=LrttlPihHgt/M+49a2KeVdslgNHUMkDGeWe0xd0xPaQrYTAyekaiycNFlfIVQ8JeZR EpdqsV1RJj5K3soETJXCoAMHoX4OwthMQYLzuys9SDVy76YsjvizU9aSIqZ1ORMjK2yA 4bFd3EnjDCW3Gc3l/9MhsFIUfY5rUpfp14whO2LpgiwotiRPfVV5IBR/2dBgenkQI1C3 vIbswYb6eMCdvMWuAdEpieEaZ758yqCBkyfpGrqYqgcxEA9NeBLAKzH76S3GFWXysnYG wELBxVlodyJIY9u0dfjS0LsBZxnluPeIILzam5Ez38mZaJdXpRUMn1cxgBZW6cIOrWLx m9TQ== X-Gm-Message-State: AHYfb5gs7KEQMVVnXVoMBvOtwGywQrEIbOBd/rkD/bNYIKiaE/mXQiGe p2Q3hV/ZMwn1LIt/7IKokg== X-Received: by 10.55.141.198 with SMTP id p189mr34327943qkd.97.1502732509095; Mon, 14 Aug 2017 10:41:49 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.105]) by smtp.gmail.com with ESMTPSA id d206sm5148980qke.81.2017.08.14.10.41.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Aug 2017 10:41:48 -0700 (PDT) Date: Mon, 14 Aug 2017 13:41:47 -0400 From: Shawn Webb To: Dimitry Andric Cc: Johannes Jost Meixner , freebsd-toolchain@freebsd.org Subject: Re: Buildfailures with ld.lld Message-ID: <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="olnxzvx55uvbl3nq" Content-Disposition: inline In-Reply-To: <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170714 (1.8.3) 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, 14 Aug 2017 17:41:51 -0000 --olnxzvx55uvbl3nq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 14, 2017 at 07:38:28PM +0200, Dimitry Andric wrote: > On 14 Aug 2017, at 18:40, Shawn Webb wrote: > >=20 > > On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrote: > >> I'm seeing a few `undefined references` trying to build recent base on > >> HardenedBSD with clang 5.0.0: > >>=20 > >> https://dpaste.de/FThb/raw > >>=20 > >> Would you know what I am missing here? > >=20 > > Hey Johannes, > >=20 > > It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cpp > > isn't included in the Makefile for usr.bin/lld. > >=20 > > I'm wondering if the lib/DebugInfo/DWARF files should be included in > > usr.bin/lld/Makefile. dim@, could you verify? >=20 > Those files are already in lib/clang/libllvm/Makefile. How can this > particular error be reproduced? I just did a fresh clone of hardenedbsd > master, and it built just fine for me, with an empty make.conf and > src.conf. Johannes is trying to build ports-mgmt/pkg in HardenedBSD 12-CURRENT/amd64, where MK_LLD_IS_LD is default to yes. If you use the HardenedBSD ports tree, ports-mgmt/pkg is patched to allow a configure argument to enable SafeStack for pkg(8) and pkg-static(8) (--enable-safestack). Reproduction steps: 1. Install HardenedBSD 12-CURRENT/amd64 2. Fetch HardenedBSD's ports tree 3. Attempt to build ports-mgmt/pkg Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --olnxzvx55uvbl3nq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIyBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlmR4NgACgkQaoRlj1JF bu6Q2g/2Jnlo1+Em2dmRv6zy20LlILvLspLERH3lVO9/HHAEyfECn8XbRmoP+IEk ZJQBHnd4zoL9lpI8UAHh/nu8ZXQefMhbMujG5rUqPL5LCQJj42XFdH9rlqI7g+Dz PzfcOZotURwr0ub50SAgvguc67IGE8SNLnb24LnIU5TN3m1+yljXteygUnLIh6R2 sMqJIHmxmA9EcCny7ABYG7+6rIO13XOQyvclKtuOVUQ7qV3S2Xius8qf1SJqq58B 4RcA4CxsIdHpxiySV3XaSkMP1s5S/xplu92WaxYl9fVyjzUSWjTRH6UExni8XeEI NMGGaAh6O/dmXh7U2lvqzRRJkCC7+ffNb/aQLgNgMKRsmjMQl/PFutyVHLKMz1Ko KkEQfBglYRlDGFbJDEOpDPG5EHF5GrMQUoRXeFCwoEcrOdPHWy/8M/PPujOZUwjO yd5VjwvEDZ1WFmYrwTM9ZnzxnLBpSkyIzOZS+NIrEIdJZJGn/Ls5cBFaVTY63bcZ Jr0D4S8Npo1lNgETi+r1HITTCztQNsi04W5U5dJhAC5C4yRuftF4xfKBY0ArEawL JxKaiitH09/iExwUMCpAtEzT8FRZ1Duids5P/KWHn71DKcvwDkeKTm8Tqr+NMHzV 2CojTEV2D4beZ7plqo+tu03tqAgWKmc3WCtr45ac8cmmOQeXcA== =JUGl -----END PGP SIGNATURE----- --olnxzvx55uvbl3nq-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 18:01:20 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 2ED75DDA6AB for ; Mon, 14 Aug 2017 18:01:20 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E538B675AF for ; Mon, 14 Aug 2017 18:01:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::3570:8d0:a738:e8c2] (unknown [IPv6:2001:470:7a58:0:3570:8d0:a738:e8c2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id BFC1D234ED; Mon, 14 Aug 2017 20:01:17 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_8274E79C-8724-45EB-95FC-968A4C1379F7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Buildfailures with ld.lld Date: Mon, 14 Aug 2017 20:01:08 +0200 In-Reply-To: <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> Cc: freebsd-toolchain@freebsd.org, Johannes Jost Meixner To: Shawn Webb References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> X-Mailer: Apple Mail (2.3273) 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, 14 Aug 2017 18:01:20 -0000 --Apple-Mail=_8274E79C-8724-45EB-95FC-968A4C1379F7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 14 Aug 2017, at 19:41, Shawn Webb wrote: > > On Mon, Aug 14, 2017 at 07:38:28PM +0200, Dimitry Andric wrote: >> On 14 Aug 2017, at 18:40, Shawn Webb wrote: >>> >>> On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrote: >>>> I'm seeing a few `undefined references` trying to build recent base on >>>> HardenedBSD with clang 5.0.0: >>>> >>>> https://dpaste.de/FThb/raw >>>> >>>> Would you know what I am missing here? >>> >>> Hey Johannes, >>> >>> It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cpp >>> isn't included in the Makefile for usr.bin/lld. >>> >>> I'm wondering if the lib/DebugInfo/DWARF files should be included in >>> usr.bin/lld/Makefile. dim@, could you verify? >> >> Those files are already in lib/clang/libllvm/Makefile. How can this >> particular error be reproduced? I just did a fresh clone of hardenedbsd >> master, and it built just fine for me, with an empty make.conf and >> src.conf. > > Johannes is trying to build ports-mgmt/pkg in HardenedBSD > 12-CURRENT/amd64, where MK_LLD_IS_LD is default to yes. If you use the > HardenedBSD ports tree, ports-mgmt/pkg is patched to allow a configure > argument to enable SafeStack for pkg(8) and pkg-static(8) > (--enable-safestack). > > Reproduction steps: > > 1. Install HardenedBSD 12-CURRENT/amd64 > 2. Fetch HardenedBSD's ports tree > 3. Attempt to build ports-mgmt/pkg I don't see why pkg is trying to build lld? It's just a package management tool. Or are you building some sort of jail, e.g. in poudriere? For me, it's easiest to have a reproduction scenario where I can build either FreeBSD head or HardenedBSD master, with some specific src.conf settings. So maybe MK_LLD_IS_LD would cause this problem? -Dimitry --Apple-Mail=_8274E79C-8724-45EB-95FC-968A4C1379F7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWZHlZAAKCRCwXqMKLiCW o8vSAJ9aoZ9RY7xcErFZoK323YYcp755RwCdE4fhKfx1Yfb2T6xZPwwlaudd4JA= =7ByJ -----END PGP SIGNATURE----- --Apple-Mail=_8274E79C-8724-45EB-95FC-968A4C1379F7-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 18:19:30 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 58638DDB81A for ; Mon, 14 Aug 2017 18:19:30 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::22a]) (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 0CD68680E5 for ; Mon, 14 Aug 2017 18:19:30 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x22a.google.com with SMTP id s6so56301581qtc.1 for ; Mon, 14 Aug 2017 11:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=PVp55tD4/m0phO1xt5VC16c+SHJkxg8Fw/8JNQGym3I=; b=A2oU6EMH7x9VZxygQDqSGGqcJjJem3ier4jLy2200azMwn/5LfjoM9eZRrE27oq0HG u0cPPzpz2mCthT4rbhhwKF55ZTQtMywVkJ6ogBVi+BTRAAI8alanrpW5+5XuQgUsgLzM +YMAdvcER2hG1AI7w1R3yXlN7aMCDLltrZ9iPiQWa4xsY7LsiwYSnmVUWbVMbR1+vkEb S8e+Yvg2mGD1uOuhzUWwYhGjUZa4FxCs3yDSg7aen8sqcTSlmRPoIB+maCrGEuUoGMBS xxtgfkM/eAAVlwvd1eXM6r0dhtl72dvoSfTxGTYLM4mehwtZKoe60ZEthcgZE7O6vLcj ei/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=PVp55tD4/m0phO1xt5VC16c+SHJkxg8Fw/8JNQGym3I=; b=QJoJ6xQ0J2VjAzH7udUyXd3HJy3d+zUEwofIBUVpJ/3HPpK7yJFmuDuIqKuM3PWB4c oZIIQkT1SWJc1OcUA4+yvEKMxwQ4FV3TfGVsr4M042If1hIoeUMP6RFpR2HF4obFlSMY y/pjHDphB0d+PrxEX5O2kVGMG6sCyzSg5iQ9mzPnqfkf4a/YWtXqC2qMOCze1SkzHp5o godfb2xXWJP75K71IoELx5Qf5mu/TtrJdzW9FSkfRYyQ1EJM+6ouKmGHJOzFA4SS43ro d5Tk2OKP4ZBMfk0jXsA9SjOR/eIvoFIHyf8xQN3SMf37vxHgxRmKByJAtIAQhsuGv4Hl aCCg== X-Gm-Message-State: AHYfb5hi1rqv+Isi5Z/56o4m+2Lh51ECjab0EblhCtCd1FDNGjon1NRt xyuZ57smV43MONTbc6+cZg== X-Received: by 10.200.44.13 with SMTP id d13mr33056251qta.192.1502734769048; Mon, 14 Aug 2017 11:19:29 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.105]) by smtp.gmail.com with ESMTPSA id 131sm5162821qki.23.2017.08.14.11.19.27 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Aug 2017 11:19:28 -0700 (PDT) Date: Mon, 14 Aug 2017 14:19:26 -0400 From: Shawn Webb To: Dimitry Andric Cc: freebsd-toolchain@freebsd.org, Johannes Jost Meixner Subject: Re: Buildfailures with ld.lld Message-ID: <20170814181926.vrvnqnbl3m3i6lxh@mutt-hbsd> References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xxy4uokbsquzr5al" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170714 (1.8.3) 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, 14 Aug 2017 18:19:30 -0000 --xxy4uokbsquzr5al Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 14, 2017 at 08:01:08PM +0200, Dimitry Andric wrote: > On 14 Aug 2017, at 19:41, Shawn Webb wrote: > >=20 > > On Mon, Aug 14, 2017 at 07:38:28PM +0200, Dimitry Andric wrote: > >> On 14 Aug 2017, at 18:40, Shawn Webb wrot= e: > >>>=20 > >>> On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrote: > >>>> I'm seeing a few `undefined references` trying to build recent base = on > >>>> HardenedBSD with clang 5.0.0: > >>>>=20 > >>>> https://dpaste.de/FThb/raw > >>>>=20 > >>>> Would you know what I am missing here? > >>>=20 > >>> Hey Johannes, > >>>=20 > >>> It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cpp > >>> isn't included in the Makefile for usr.bin/lld. > >>>=20 > >>> I'm wondering if the lib/DebugInfo/DWARF files should be included in > >>> usr.bin/lld/Makefile. dim@, could you verify? > >>=20 > >> Those files are already in lib/clang/libllvm/Makefile. How can this > >> particular error be reproduced? I just did a fresh clone of hardenedb= sd > >> master, and it built just fine for me, with an empty make.conf and > >> src.conf. > >=20 > > Johannes is trying to build ports-mgmt/pkg in HardenedBSD > > 12-CURRENT/amd64, where MK_LLD_IS_LD is default to yes. If you use the > > HardenedBSD ports tree, ports-mgmt/pkg is patched to allow a configure > > argument to enable SafeStack for pkg(8) and pkg-static(8) > > (--enable-safestack). > >=20 > > Reproduction steps: > >=20 > > 1. Install HardenedBSD 12-CURRENT/amd64 > > 2. Fetch HardenedBSD's ports tree > > 3. Attempt to build ports-mgmt/pkg >=20 > I don't see why pkg is trying to build lld? It's just a package > management tool. Or are you building some sort of jail, e.g. in > poudriere? >=20 > For me, it's easiest to have a reproduction scenario where I can build > either FreeBSD head or HardenedBSD master, with some specific src.conf > settings. So maybe MK_LLD_IS_LD would cause this problem? It looks like I got confused with another bug report Johannes and I were talking about in other channels. I'll let him dive into more detail here. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --xxy4uokbsquzr5al Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlmR6asACgkQaoRlj1JF bu53Uw/+I6IEacJGUExezC2/Rr2jMdA2wuHMMJTKB7g984b+wKM6F+GWaFis05Nc lzQdhXTn8DYoEtxeOmUwnGUUQ4E/9KDX84sN/df9R+QPl5CRiKgLYRE0yre6uA64 VLAowkfH3rpP7js0czd9Nk8DMNP/7wVLg+osSGH4+SvDOXuBGVTK1nRvk1A5FJ38 gZ31GI4SDiMZCkyh2c3p6war5++s6CyDa0mBV3BI+wF5DT8o/dWvbzvKOPexqGaD sVTtW37QDYL1q/BDOmsbAbUZXCnufEDZkyrgRlRfyELBSrXTZMKSO9+rCe/TP436 5YDw8kcjqicJPDm6/QBXjkG8LbMhIVzkyy630akRB0EOHFTMLLzAXXMI3CtqSLkD B60ERxiZHtVDthkdtA66PtTMP2zSN8wiCPFljznqgbyZo0j8A0iwAVcB5uubpiuV hHKm/QfQJ3DpsmEbUrOCYG1so4Mt3aV36lRaq0cDIvIDA6i9lPEzv0XLPiyG8jrl b10ZBecmAevC1VrW4kMZzU4GmqlAfJYvgtZ20KI/td9gWkZTj6T1SGiLcITLazHT ZAbeAbIv2ReciSa11QPBIST5pPsvSrRwRuDNuisEp5B0FtvL8nsWygkKQ6FKMi6c Ou6wjepz0i1DNvBLsBNOdBFbPWkFygIdPdEcqphYmjyscydtOb0= =1Wqq -----END PGP SIGNATURE----- --xxy4uokbsquzr5al-- From owner-freebsd-toolchain@freebsd.org Mon Aug 14 21:01:39 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 55914DE46DB for ; Mon, 14 Aug 2017 21:01:39 +0000 (UTC) (envelope-from johannes@perceivon.net) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (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 C59D06EC61 for ; Mon, 14 Aug 2017 21:01:38 +0000 (UTC) (envelope-from johannes@perceivon.net) Received: by mail-lf0-x22f.google.com with SMTP id o85so44683178lff.3 for ; Mon, 14 Aug 2017 14:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=perceivon-net.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to; bh=ZqejgrW+7Ndj8nl3dDx61Aaqc5eYINfi7btjvLaBnR4=; b=EM1rKnZpgZ3DtzjPqxArdeQBcZC8dxSYnzDk4bz4aikC+SMgYwH7NOz1gINdC9t1ZN svUMKOXVhPiCgYSxxXZjzWc1EAIAGD+dmetM6K278OO+bVimFIxl5Cpae6Yn3Jg50CWg 7BQrwPFlrI02QPLYIva5EGVRcrM5xXvmSI2CQ0hAflSx45+dogYU2SEe2B0vnkMV7J/m zuqWpl5oeYCBUrmSMakRq0SeQ+IBwpCJxF35c0yqL0bK60+dPFt2P8Qia0+6Q5l2qBk/ xOGfuhskwU463c5pMlKEykiLy9/mbkn7haXIEmCgVeOsi8HDPh29rx6pVSw5lwVNvWAf BfGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to; bh=ZqejgrW+7Ndj8nl3dDx61Aaqc5eYINfi7btjvLaBnR4=; b=G56an0jB/gYLXiBImkpdtXxchD3bCaQRjBj/ypL+yj6uhmGTeS4S2d5MonSsYuW6Tv 2/GOrEHrP4QIvN73AYNs8bK5OYib/gDPIxuUHBk02z9FXNzFxa/6gQmGBF7fJdvGYPvy KFVKaVds3ytaGUXcodmbjU5/dHg8bHI+na6ozz8Dxj2FnpYIPtPY5MBuI5jF/9ivOitK iu405QrLWhorxatoMjySSpUViTlHrNkk26Z4j2skLkLfmbdiCxba2rui/oFvLlHX56wd z7Ou4sn16HUV/6iJ3VxjJIFvkCzc/1qk+XrKmkzups01IiObruAaTIxvJP7WMyyIXWrh Woiw== X-Gm-Message-State: AHYfb5gj0jjMuy5qxny8Pt6IVoyb0RnIS35+Lw8oqeosUjKAm9v7C3fi +0PHLmhKgp5vBmLSIltUILpCXQtHGtlwHHbbuIC06biO3xXym4T8TubFzB8bHGQqR/zToBH0np/ 4a1d6My1Ge5GT/TKoym+eCGX1XGarioGUYIhG033mB+VpJzgeEoP5ypUPyt9olD9aCqcV X-Received: by 10.25.192.19 with SMTP id q19mr7529012lff.170.1502744495382; Mon, 14 Aug 2017 14:01:35 -0700 (PDT) Received: from mx16 (101.177.50.84.sta.estpak.ee. [84.50.177.101]) by smtp.gmail.com with ESMTPSA id 23sm1626820lfu.23.2017.08.14.14.01.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Aug 2017 14:01:34 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mx16 (OpenSMTPD) with ESMTP id 46e5bb9e; Tue, 15 Aug 2017 00:00:09 +0300 (EEST) Subject: Re: Buildfailures with ld.lld To: Dimitry Andric , Shawn Webb Cc: freebsd-toolchain@freebsd.org References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> From: Johannes Jost Meixner Organization: Perceivon Hosting Inc. Message-ID: <6b923837-927b-bf5a-9079-a3bcd33aeaf8@perceivon.net> Date: Tue, 15 Aug 2017 00:00:06 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OTCdgMf6KhQ62GaPfHuKVtaxV4H0D2l7R" 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, 14 Aug 2017 21:01:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OTCdgMf6KhQ62GaPfHuKVtaxV4H0D2l7R Content-Type: multipart/mixed; boundary="IumFmJw3hVG3LgKWO1Ax8hegkESiNjCnc"; protected-headers="v1" From: Johannes Jost Meixner To: Dimitry Andric , Shawn Webb Cc: freebsd-toolchain@freebsd.org Message-ID: <6b923837-927b-bf5a-9079-a3bcd33aeaf8@perceivon.net> Subject: Re: Buildfailures with ld.lld References: <20170814164058.dsh3bqg3kwxwv6dg@mutt-hbsd> <9CDB54BE-F695-4F22-AE0B-C6AF8657E86B@FreeBSD.org> <20170814174147.6iexz2fvhp7hl2ul@mutt-hbsd> In-Reply-To: --IumFmJw3hVG3LgKWO1Ax8hegkESiNjCnc Content-Type: multipart/mixed; boundary="------------9067F3E2FBD027A42F183879" Content-Language: en-US This is a multi-part message in MIME format. --------------9067F3E2FBD027A42F183879 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Now after some more testing it appears that this is due to HardenedBSD setting WITH_LLD_BOOTSTRAP and me setting WITHOUT_LLD_IS_LD=3Dyes, which isn't supported in src/lib/clang/llvm/Makefile in this combination. I've tested that the patch attached builds the bootstrapped lld successfully and fixes the initial errors I saw. Best regards, Johannes Meixner Perceivon O=DC Pikk 7-17 10123 Tallinn tel: +372 5855 1779 web: http://www.perceivon.net On 08/14/2017 21:01, Dimitry Andric wrote: > On 14 Aug 2017, at 19:41, Shawn Webb wrote= : >> >> On Mon, Aug 14, 2017 at 07:38:28PM +0200, Dimitry Andric wrote: >>> On 14 Aug 2017, at 18:40, Shawn Webb wro= te: >>>> >>>> On Mon, Aug 14, 2017 at 07:28:39PM +0300, Johannes Jost Meixner wrot= e: >>>>> I'm seeing a few `undefined references` trying to build recent base= on >>>>> HardenedBSD with clang 5.0.0: >>>>> >>>>> https://dpaste.de/FThb/raw >>>>> >>>>> Would you know what I am missing here? >>>> >>>> Hey Johannes, >>>> >>>> It looks like contrib/llvm/lib/DebugInfo/DWARF/DWARFDebugPubTable.cp= p >>>> isn't included in the Makefile for usr.bin/lld. >>>> >>>> I'm wondering if the lib/DebugInfo/DWARF files should be included in= >>>> usr.bin/lld/Makefile. dim@, could you verify? >>> >>> Those files are already in lib/clang/libllvm/Makefile. How can this >>> particular error be reproduced? I just did a fresh clone of hardened= bsd >>> master, and it built just fine for me, with an empty make.conf and >>> src.conf. >> >> Johannes is trying to build ports-mgmt/pkg in HardenedBSD >> 12-CURRENT/amd64, where MK_LLD_IS_LD is default to yes. If you use the= >> HardenedBSD ports tree, ports-mgmt/pkg is patched to allow a configure= >> argument to enable SafeStack for pkg(8) and pkg-static(8) >> (--enable-safestack). >> >> Reproduction steps: >> >> 1. Install HardenedBSD 12-CURRENT/amd64 >> 2. Fetch HardenedBSD's ports tree >> 3. Attempt to build ports-mgmt/pkg >=20 > I don't see why pkg is trying to build lld? It's just a package > management tool. Or are you building some sort of jail, e.g. in > poudriere? >=20 > For me, it's easiest to have a reproduction scenario where I can build > either FreeBSD head or HardenedBSD master, with some specific src.conf > settings. So maybe MK_LLD_IS_LD would cause this problem? >=20 > -Dimitry >=20 --------------9067F3E2FBD027A42F183879 Content-Type: text/x-patch; name="lld_bootstrap.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="lld_bootstrap.diff" diff --git a/lib/clang/libllvm/Makefile b/lib/clang/libllvm/Makefile index aa1a3f313b4..dc80968c67f 100644 --- a/lib/clang/libllvm/Makefile +++ b/lib/clang/libllvm/Makefile @@ -1244,7 +1244,7 @@ SRCS_EXT+=3D Transforms/Vectorize/Vectorize.cpp SRCS_EXT+=3D XRay/InstrumentationMap.cpp =20 SRCS_ALL+=3D ${SRCS_MIN} -.if !defined(TOOLS_PREFIX) || ${MK_LLD_IS_LD} !=3D "no" +.if !defined(TOOLS_PREFIX) || ${MK_LLD_IS_LD} !=3D "no" || ${MK_LLD_BOOT= STRAP} !=3D "no" SRCS_ALL+=3D ${SRCS_MIW} .endif .if ${MK_CLANG_EXTRAS} !=3D "no" --------------9067F3E2FBD027A42F183879-- --IumFmJw3hVG3LgKWO1Ax8hegkESiNjCnc-- --OTCdgMf6KhQ62GaPfHuKVtaxV4H0D2l7R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIyBAEBCAAdFiEEwY8kko8dNupPoLLvSWqdcGJQ1AIFAlmSD1kACgkQSWqdcGJQ 1AKB1g/2OT/GeYqO2m7fBTPlPxPE8NJ7qsqoguMNtG3i4u/t7c0JNS9DG5v7I9rO nFuEYOr+nriyiQr9uwYAdXhZXdbOV7gGl5V3nmLGSK5eQMFbsj79ByIiqVDM7neB pz2l2Yu5tOm3IJ6Q/xSMUqnzfQgP5kzFJx/ZJb8Y4Li/al5oPnQtndOB07p0lPdR YgEMSZa5mMtuoDekEGWeZy3aFZU6f9tJ5+QOMLpsSGrw1I8PmsGifvOjdsnIqNcR TqwFq73UlwZUPfdTQg07tzj17wcpL4cOga7ck7TW6ozST1K9FU6kPG+JCGfKJlGY WP9/RDTC4nSeWkpM5VM6Ird6wvB57blJO/B6ZYCDrQh6jmYzDLM7+j52lztAozCO mb7b4Url7TIZ8PdRaMaEcxxgvTlF53mzTVqnrGFSlhQJU8eLLpxW7tGWeHZ/4pii tAd2Xll7YLmAQ2yytowk/ws2pjX9vc/sHkWyHI1qvvLgSISHBy7BVmDGDaXogghq kB3HvyfD7bLvhhqs6kOJ3WSgQJ1XXfgloQQ0K8W9DPxbstcucAVrX2OejqC/ie0/ 8lNdzWBbLMh6HABdwwpABkFknQnsNQwKgXWD593MLeAJRX0Z3mDRfUydalwZ4RSq n+Y1nyIJk2zB0R13mX8FcZtb+xrsI2a6wh+EIlhY/TGh/p82yA== =bz+J -----END PGP SIGNATURE----- --OTCdgMf6KhQ62GaPfHuKVtaxV4H0D2l7R-- From owner-freebsd-toolchain@freebsd.org Tue Aug 15 04:26:40 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 14477DDE5D5 for ; Tue, 15 Aug 2017 04:26:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-82.reflexion.net [208.70.210.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B83388266E for ; Tue, 15 Aug 2017 04:26:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24946 invoked from network); 15 Aug 2017 04:19:57 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 15 Aug 2017 04:19:57 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Tue, 15 Aug 2017 00:19:57 -0400 (EDT) Received: (qmail 11288 invoked from network); 15 Aug 2017 04:19:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 15 Aug 2017 04:19:57 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id ED45CEC7B2C; Mon, 14 Aug 2017 21:19:56 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: poudriere use vs. later having debug information and source around in case of problems Message-Id: Date: Mon, 14 Aug 2017 21:19:56 -0700 To: Bryan Drewery , FreeBSD Toolchain , freebsd-hackers X-Mailer: Apple Mail (2.3273) 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: Tue, 15 Aug 2017 04:26:40 -0000 I've been exploring ports-mgmt/poudriere-devel use, not for building all the ports or huge sets of them but for building those comparatively few that I normally build and install because I use them. Historically I have used: portmaster -DK to leave source code and build materials around for reference in case of problems, leaving them where the debug information then indicates. (Of course more is left around than may be needed but I have the storage space to allow this.) I've also built with debug information (but avoiding disabling optimizations). Currently I do this via adding to /usr/ports/Mk/bsd.port.mk a: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG to control the behavior and avoiding WITH_DEBUG for ports that give it problematical alternate interpretations ( webkit-qt5* back when I was using it and llvm* ). In /etc/make.conf this use looks like: #From a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG= # .if ${.CURDIR:M*/devel/llvm*} #WITH_DEBUG= .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG= .else WITH_DEBUG= .endif MALLOC_PRODUCTION= In bsd.port.mk it looks like: # svnlite diff /usr/ports/Mk/bsd.port.mk Index: /usr/ports/Mk/bsd.port.mk =================================================================== --- /usr/ports/Mk/bsd.port.mk (revision 447082) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1645,7 +1645,11 @@ STRIP_CMD= ${TRUE} .endif DEBUG_FLAGS?= -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:= ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:= ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:= ${INSTALL_TARGET:S/^install-strip$/install/g} .endif (Noted just to give an idea of the context.) So far I do not see a way of using poudriere to leave the material in place to support debug activity and source inspections and the like if a program later fails. (Note this is not about build-time failures.) Have I missed something? Are there any hooks for doing such? === Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Aug 15 07:16:10 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 D9AA4DB6960 for ; Tue, 15 Aug 2017 07:16:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-82.reflexion.net [208.70.210.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87AE5633A3 for ; Tue, 15 Aug 2017 07:16:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1276 invoked from network); 15 Aug 2017 07:17:55 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 15 Aug 2017 07:17:55 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Tue, 15 Aug 2017 03:16:08 -0400 (EDT) Received: (qmail 17626 invoked from network); 15 Aug 2017 07:16:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 15 Aug 2017 07:16:08 -0000 Received: from [192.168.1.26] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id ABE9AEC88E9; Tue, 15 Aug 2017 00:16:07 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: poudriere jail -m null -v head vs. at least one port: the "-v head" is not just for "display" Message-Id: Date: Tue, 15 Aug 2017 00:16:07 -0700 To: Bryan Drewery , FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) 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: Tue, 15 Aug 2017 07:16:11 -0000 =46rom man poudriere : jail These subcommands are mutually exclusive. . . . -v version Specifies which version of FreeBSD to use in the jail. = If you are using method ftp then the version should in = the form of: 9.0-RELEASE. If you are using method of svn then = the version should be in the form of git or svn branches: stable/9 or head for CURRENT. Other methods only use = the value for display. Note the last sentence. (Side note: despite that sentence poudriere fails if no -v version is supplied in the poudriere jail command: the version file ends up missing.) Based on the description I tried: poudriere jail -c -j zrFBSDx64Cjail -m null -M = /usr/obj/DESTDIRs/clang-amd64-installworld-dist -S /usr/src -v head poudriere ports -c -m null -M /usr/ports /usr/bin/nohup poudriere bulk -j zrFBSDx64Cjail -f = /root/amd64-prelim-origins.txt -w & But got a failure: # poudriere status -a =3D>> Warning: Looking up all matching builds. This may take a while. SET PORTS JAIL BUILD STATUS QUEUE BUILT FAIL = SKIP IGNORE REMAIN TIME LOGS - default zrFBSDx64Cjail 2017-08-14_22h36m51s done 157 123 1 = 33 0 0 00:47:55 = /usr/local/poudriere/data/logs/bulk/zrFBSDx64Cjail-default/2017-08-14_22h3= 6m51s where the log shows: = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building package for python27-2.7.13_7 pkg-static: Unable to access file = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsd12/IN.py:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsd12/IN.pyc:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsd12/IN.pyo:No such file or directory pkg-static: Unable to access file = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsd12/regen:No such file or directory *** Error code 1 Stop. make: stopped in /usr/ports/lang/python27 =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for python27-2.7.13_7 build of lang/python27 | python27-2.7.13_7 ended at Mon Aug 14 22:43:23 = PDT 2017 build time: 00:01:41 !!! build failure encountered !!! Looking around the shows use of "head" instead of "12". For example:log Listing = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsdhead ... Compiling = /wrkdirs/usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/plat-f= reebsdhead/IN.py ... I'd guess that "head" is from my : -v head in the poudriere jail command. If that is right I'd need to have used -v 12 for the jail to match what lang/python27 eventually requires. And trying that worked. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Aug 15 17:23:24 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 9DF76DE109D for ; Tue, 15 Aug 2017 17:23:24 +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 mx1.freebsd.org (Postfix) with ESMTPS id 8BDBB77B1D for ; Tue, 15 Aug 2017 17:23:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FHNOeL081904 for ; Tue, 15 Aug 2017 17:23:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception Date: Tue, 15 Aug 2017 17:23:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Tue, 15 Aug 2017 17:23:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221423 Jan Beich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jbeich@FreeBSD.org --- Comment #5 from Jan Beich --- Can you confirm the issue doesn't affect lang/gcc6 and lang/gcc7? The defau= lt is going to change soon per bug 219275. I can reproduce in a pristine jail with nothing but gcc5 installed. gcc49, gcc48, gcc47, gcc46 are also affected. (In reply to Mark Millard from comment #3) > The compile/link command did not specify: -Wl,-rpath=3D... Maybe -Wl,-rpath should be added to the specfile instead of relying on ldco= nfig hints roulette. Not having sane defaults is a bug. (In reply to Mark Millard from comment #3) > mix of system and gcc libraries than gcc5 Tier1 and some Tier2 archs don't have system GCC anymore. It's enough to install more than one lang/gcc* to get ambiguity about libstdc++ et al. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Aug 15 19:09:45 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 6BA89DC2221 for ; Tue, 15 Aug 2017 19:09:45 +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 mx1.freebsd.org (Postfix) with ESMTPS id 58D087F982 for ; Tue, 15 Aug 2017 19:09:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FJ9iDm029547 for ; Tue, 15 Aug 2017 19:09:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception Date: Tue, 15 Aug 2017 19:09:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Tue, 15 Aug 2017 19:09:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221423 --- Comment #6 from Mark Millard --- (In reply to Jan Beich from comment #5) >(In reply to Mark Millard from comment #3) >> mix of system and gcc libraries than gcc5 > >Tier1 and some Tier2 archs don't have system GCC anymore. It's enough to i= nstall more >than one lang/gcc* to get ambiguity about libstdc++ et al. There are still system libraries that are ambiguously bound to when the system has no gcc of its own. Use of: -Wl,-rpath=3D/usr/local/lib/gcc for the appropriate prevents that. For example: libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800fbd000) vs. libgcc_s.so.1 =3D> /usr/local/lib/gcc6/libgcc_s.so.1 (0x800e06000) But there is also the lack of: libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b72000) when -Wl,-rpath=3D/usr/local/lib/gcc is used. This can interact badly with binding to: libthr.so.3 =3D> /lib/libthr.so.3 (0x8011d3000) since libthr was built based on the context for: libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b72000) and not the implicit material in libstdc++. See bugzilla 221423. For reference: g++6 -std=3Dc++14 -Wpedantic -Wall -pthread -Wl,-rpath=3D/usr/local/lib/gcc= 6 -O2 cpp_clocks_investigation.cpp # ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 (0x800844000) libm.so.5 =3D> /lib/libm.so.5 (0x800bd9000) libgcc_s.so.1 =3D> /usr/local/lib/gcc6/libgcc_s.so.1 (0x800e06000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80101d000) libc.so.7 =3D> /lib/libc.so.7 (0x801245000) and the result has crash problems from the odd mix of libstdc++ supplying what would be used from libcxxrt inlibthr. (FYI: cpp_clocks_investigation.cpp is pure standard C++ code.) (I did not notice libthr using libgcc_s but if it did then it is the same sort of problem as for libstdc++ providing when the system libcxxrt would provide.) By contrast: clang++ -std=3Dc++14 -Wpedantic -Wall -pthread cpp_clocks_investigation.cpp= =20 # ldd a.out a.out: libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x8008a6000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b72000) libm.so.5 =3D> /lib/libm.so.5 (0x800d90000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800fbd000) libthr.so.3 =3D> /lib/libthr.so.3 (0x8011d3000) libc.so.7 =3D> /lib/libc.so.7 (0x8013fb000) works fine and libthr has libcxxrt to bind to (and the system libgcc_s if libthr has any binding to there). Separately from the above: -Wl,-rpath=3D/usr/local/lib/gcc also disambiguates when having multiple lang/gcc* 's installed. But this type of context is not required for there to be binding problems. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Aug 15 19:19:28 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 75C24DC2D08 for ; Tue, 15 Aug 2017 19:19:28 +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 mx1.freebsd.org (Postfix) with ESMTPS id 63680800A9 for ; Tue, 15 Aug 2017 19:19:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FJJSij054801 for ; Tue, 15 Aug 2017 19:19:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221543] [toolchain] FreeBSD HEAD with LLD_BOOTSTRAP and WITHOUT_LLD_IS_LD Date: Tue, 15 Aug 2017 19:19:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to keywords 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.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: Tue, 15 Aug 2017 19:19:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221543 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-toolchain@FreeBSD.o | |rg Keywords| |patch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Aug 15 19:32:01 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 5ACD3DC47EB for ; Tue, 15 Aug 2017 19:32: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 mx1.freebsd.org (Postfix) with ESMTPS id 48CB5816DA for ; Tue, 15 Aug 2017 19:32:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FJW1cC094507 for ; Tue, 15 Aug 2017 19:32:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception Date: Tue, 15 Aug 2017 19:32:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Tue, 15 Aug 2017 19:32:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221423 --- Comment #7 from Mark Millard --- (In reply to Mark Millard from comment #6) Dumb typo. Wrong: See bugzilla 221423. Should have been: See bugzilla 221288 . --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Aug 15 19:35:48 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 4BE7ADC4E53 for ; Tue, 15 Aug 2017 19:35:48 +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 mx1.freebsd.org (Postfix) with ESMTPS id 39E8E81C48 for ; Tue, 15 Aug 2017 19:35:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FJZmAm001552 for ; Tue, 15 Aug 2017 19:35:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221367] i386 sanitizer runtimes not installed during amd64 32-bit compat in make installworld Date: Tue, 15 Aug 2017 19:35:48 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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.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: Tue, 15 Aug 2017 19:35:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221367 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-toolchain@FreeBSD.o | |rg --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Aug 15 22:22:52 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 9A32BDD058B for ; Tue, 15 Aug 2017 22:22:52 +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 mx1.freebsd.org (Postfix) with ESMTPS id 7E64333B5 for ; Tue, 15 Aug 2017 22:22:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7FMMqOH034443 for ; Tue, 15 Aug 2017 22:22:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception Date: Tue, 15 Aug 2017 22:22:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Tue, 15 Aug 2017 22:22:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221423 --- Comment #8 from Mark Millard --- (In reply to Jan Beich from comment #5) > Can you confirm the issue doesn't affect lang/gcc6 and lang/gcc7? > The default is going to change soon per bug 219275. I'm not sure which issue(s)/aspect(s) you are after, so I pick the following to try to answer. I strongly expect that an ldd on the original context that was using std::locale(LocaleName) would show something implying a mix of system and gcc original definitions, where at run-time a specific binding ends up being made. (But no one has posted such ldd output for the failing context(s).) I expect that what is required is producing the program and libraries it is bound to such that that they avoid the mix and bind at run time to the same implementation related materials as they all were built with. I expect that such applies to all lang/gcc* examples, including gcc6 and gcc7 and the older gcc5 (and before). This hole area of bindings is a mess. Progressing from gccN to gcc is an example were if -Wl,-rpath=3D/usr/local/lib/gccN was used then it looks explicitly for files from: /usr/local/lib/gccN/ and if lang/gccN is uninstalled they will not be there to be found. It takes a rebuild or other form of forced redirection to have it try looking in: /usr/local/lib/gcc/ instead. Even if it looks and finds a binding in the new place it can try to use, the behavior need not be compatible once bound. Some types of system have a means of leaving the libraries around for binding even when the compiler and such is no long around for the version in question. Without -Wl,-rpath=3D/usr/local/lib/gccN involved there are other issues. But sometimes the binding that results happens to work better than does with -rpath in use (since other libraries involved were not set up for the -rpath libraries but, say, system ones). I'm not sure there is a universal, fixed answer to which binding is better for the likes of (gcc6 example): libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800fbd000) vs. libgcc_s.so.1 =3D> /usr/local/lib/gcc6/libgcc_s.so.1 (0x800e06000) but as things are the run-time binding is controlled via use or not of the: -Wl,-rpath=3D/usr/local/lib/gccN Any set of libraries that is put to use in a program but that ends up being originally based overall on a mix of the two bindings (build time) is likely to end up being a problem combination when one implementation is actually bound. However, as I understand it, that option does not determine the use or not of the likes of: libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b72000) because a bunch of those bindings can instead be found from the likes of: libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 (0x800844000) if it is involved, even without a -rpath in the link. Again a set of libraries used in a program but that mix the original contexts is likely to end up being a problem combination. (The program needs to match as well.) It appears that avoiding mixes is generally (but not universally?) required (both for libgcc_s alternative and for libcxxrt vs. implicit in libstdc++ ). In case an example makes it clearer: For my libthr example: It appears to me that a program using libstdc++ itself or in libraries would need a libthr equivalent that had also been built based on libstdc++ as libstdc++ is now constructed. Similarly for any libgcc_s use by the libthr equivalent. An alternate would be a libstdc++ that was built based on the system libgcc_s and libcxxrt and so that libstdc++ did not provide various bindings to gcc specifics that libstdc++ now does --and there would be no gcc based libgcc_s in use. As I understand g++ and libstdc++ is not designed for this sort of structure. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 16 00:15:52 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 EC0F9DD788D for ; Wed, 16 Aug 2017 00:15:52 +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 AEA61661A6; Wed, 16 Aug 2017 00:15:52 +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 C73281579E; Wed, 16 Aug 2017 00:15:51 +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 061C97987; Wed, 16 Aug 2017 00:15:51 +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 2wWsSqT2Dtnb; Wed, 16 Aug 2017 00:15:46 +0000 (UTC) Subject: Re: poudriere jail -m null -v head vs. at least one port: the "-v head" is not just for "display" DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2CE387981 To: Mark Millard , FreeBSD Toolchain References: From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Tue, 15 Aug 2017 17:15:47 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uqq2hM6xAmQCaMrXstdf5wq8IqBARJalj" 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: Wed, 16 Aug 2017 00:15:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Uqq2hM6xAmQCaMrXstdf5wq8IqBARJalj Content-Type: multipart/mixed; boundary="oa99xVc2WpQJrjTbN92TxQJ4Pi0Jn0hpX"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain Message-ID: Subject: Re: poudriere jail -m null -v head vs. at least one port: the "-v head" is not just for "display" References: In-Reply-To: --oa99xVc2WpQJrjTbN92TxQJ4Pi0Jn0hpX Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 8/15/2017 12:16 AM, Mark Millard wrote: > From man poudriere : >=20 > jail > These subcommands are mutually exclusive. > . . . > -v version Specifies which version of FreeBSD to use in the jail= =2E If > you are using method ftp then the version should in t= he form > of: 9.0-RELEASE. If you are using method of svn then= the > version should be in the form of git or svn branches:= > stable/9 or head for CURRENT. Other methods only use= the > value for display. >=20 > Note the last sentence. >=20 > (Side note: despite that sentence poudriere fails if no -v version > is supplied in the poudriere jail command: the version file ends up > missing.) >=20 > Based on the description I tried: >=20 > poudriere jail -c -j zrFBSDx64Cjail -m null -M /usr/obj/DESTDIRs/clang-= amd64-installworld-dist -S /usr/src -v head > poudriere ports -c -m null -M /usr/ports > /usr/bin/nohup poudriere bulk -j zrFBSDx64Cjail -f /root/amd64-prelim-o= rigins.txt -w & 'poudriere jail -c' tries to use SRCDIR/sys/conf/newvers.sh to determine the revision/RELEASE of the checkout. In this case since you specified -S of /usr/src then it should try to use that for getting the revision information. I do need to fix a few bugs here. Documenting that null/tar have a specific format requirement (same as ftp). And it needs to be better about using the provided /usr/src or erroring if none if found or if the format is not correct. Thanks, will fix it all. --=20 Regards, Bryan Drewery --oa99xVc2WpQJrjTbN92TxQJ4Pi0Jn0hpX-- --Uqq2hM6xAmQCaMrXstdf5wq8IqBARJalj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZk46zAAoJEDXXcbtuRpfPoTgH/1tZH/0rl7w2yjRh44o2tE4O ++QJKBSsbqiEXyNgoDIRBzdMDhgkVG7w6AKHqVhJlFVUEXxYDNFiTiARyvdVA8pP pU/nr6p9GqPtNQnXNdRWWQESPTd6aRDGPyAshDbNgtfc5KKfmMlyXfiS37Xq6PT9 MaT8/fLCAITfs7zyQB0Aivgv3G8JG0HLCDq1yh5XBHBXtpcL/PAuYmeu4DfyR0aN CF2z9geErZ5S6Bg58kWzCA1FXKtUTmsaqZJsvjbMDGtrSIoVgpmRQY/dqGtVnLUt E7PGSfRbPpwV35MDaPzXK8e8HQN6CruP1Ycf5jM+Iwox9jAjgbEVUerKB+TVYRQ= =9K5R -----END PGP SIGNATURE----- --Uqq2hM6xAmQCaMrXstdf5wq8IqBARJalj-- From owner-freebsd-toolchain@freebsd.org Wed Aug 16 00:42:11 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 0745EDD94B3 for ; Wed, 16 Aug 2017 00:42:11 +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 mx1.freebsd.org (Postfix) with ESMTPS id E950B6723F for ; Wed, 16 Aug 2017 00:42:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7G0gA02052466 for ; Wed, 16 Aug 2017 00:42:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221367] i386 sanitizer runtimes not installed during amd64 32-bit compat in make installworld Date: Wed, 16 Aug 2017 00:42: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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Wed, 16 Aug 2017 00:42:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221367 --- Comment #3 from Ed Maste --- > Okay, but won't that also cause 32-bit versions of libllvm, libclang and = clang > itself to be built? We definitely don't want that. :) Good point - I compared the result of 'make installworld' between stock Fre= eBSD and with MK_TOOLCHAIN=3Dno removed, but I did not notice if it caused libll= vm, libclang to be built. Clang itself wouldn't be built, because the compat32 stage does nothing with bin/usr.bin etc. The sanitizer runtimes are a bit of an interesting case. It seems they do belong with MK_TOOLCHAIN, they really are a runtime component tied to the C= lang version in use. Maybe we should not try to be too generic / "clean" here and just pass in a COMPAT32 flag to the submakes, and have the individual Makefiles do the rig= ht thing (skipping headers and all not-runtime-support libs)? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 16 00:53:21 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 88D26DD9F77 for ; Wed, 16 Aug 2017 00:53:21 +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 mx1.freebsd.org (Postfix) with ESMTPS id 76B2767905 for ; Wed, 16 Aug 2017 00:53:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7G0rLTf080932 for ; Wed, 16 Aug 2017 00:53:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221543] [toolchain] FreeBSD HEAD with LLD_BOOTSTRAP and WITHOUT_LLD_IS_LD Date: Wed, 16 Aug 2017 00:53:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: emaste@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status assigned_to 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.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: Wed, 16 Aug 2017 00:53:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221543 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress Assignee|freebsd-toolchain@FreeBSD.o |emaste@freebsd.org |rg | CC| |emaste@freebsd.org --- Comment #2 from Ed Maste --- Your change will stop the build from failing, but I don't think will have t= he desired effect (the cross-build /usr/bin/ld will still be ld.bfd, I believe= ). Can you give this (untested) patch a try? Index: Makefile.inc1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- Makefile.inc1 (revision 322559) +++ Makefile.inc1 (working copy) @@ -557,6 +557,7 @@ # cross-tools stage XMAKE=3D TOOLS_PREFIX=3D${WORLDTMP} ${BMAKE} \ TARGET=3D${TARGET} TARGET_ARCH=3D${TARGET_ARCH} \ + MK_LLD_IS_LD=3D${MK_LLD_BOOTSTRAP} \ MK_GDB=3Dno MK_TESTS=3Dno # kernel-tools stage --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 16 03:42:56 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 AC35FDE3C26 for ; Wed, 16 Aug 2017 03:42:56 +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 mx1.freebsd.org (Postfix) with ESMTPS id 954DE6DB93 for ; Wed, 16 Aug 2017 03:42:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7G3gu9Y016779 for ; Wed, 16 Aug 2017 03:42:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221423] gcc std::locale(LocaleName) crashes instead of throwing an exception Date: Wed, 16 Aug 2017 03:42:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Wed, 16 Aug 2017 03:42:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221423 --- Comment #9 from Mark Millard --- Here are lang/gcc7 and system clang compile/link results as viewed by ldd (all under head -r322287 in a Virtual Box virtual machine): things look good until I try my threading example. Then one combination fails (the -rpath one!). # g++7 -std=3Dc++14 -Wpedantic -Wall -Wl,-rpath=3D/usr/local/lib/gcc7 -O2 locale_failure_test.cc # ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800824000) libm.so.5 =3D> /lib/libm.so.5 (0x800bb8000) libgcc_s.so.1 =3D> /usr/local/lib/gcc7/libgcc_s.so.1 (0x800de5000) libc.so.7 =3D> /lib/libc.so.7 (0x800ffc000) # ./a.out Note: The above did not crash but had no output. # g++7 -std=3Dc++14 -Wpedantic -Wall -O2 locale_failure_test.cc # ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800824000) libm.so.5 =3D> /lib/libm.so.5 (0x800bb8000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800de5000) libc.so.7 =3D> /lib/libc.so.7 (0x800ffb000) # ./a.out Note: The above did not crash but had no output. # clang++ -std=3Dc++14 -Wpedantic -Wall -O2 locale_failure_test.cc # ldd a.out a.out: libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x800824000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800af0000) libm.so.5 =3D> /lib/libm.so.5 (0x800d0e000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800f3b000) libc.so.7 =3D> /lib/libc.so.7 (0x801151000) # ./a.out Note: The above did not crash but had no output. Replacing the locale line with: std::locale l =3D std::locale("NOSUCH::en_US.UTF-8"); # g++7 -std=3Dc++14 -Wpedantic -Wall -Wl,-rpath=3D/usr/local/lib/gcc7 -O2 locale_failure_test.cc # ./a.out locale::facet::_S_create_c_locale name not valid # g++7 -std=3Dc++14 -Wpedantic -Wall -O2 locale_failure_test.cc # ./a.out locale::facet::_S_create_c_locale name not valid # ./a.out collate_byname::collate_byname failed to construct for NOSUCH::en_US.UTF-8 So no exception was thrown in any of the examples and the code did not fail. Trying instead: # more exception_test.cc #include int main(void) { try { throw std::exception(); } catch (std::exception& e) {} return 0; } # g++7 -std=3Dc++14 -Wpedantic -Wall -Wl,-rpath=3D/usr/local/lib/gcc7 -O2 exception_test.cc # ./a.out # g++7 -std=3Dc++14 -Wpedantic -Wall -O2 exception_test.cc # ./a.out # clang++ -std=3Dc++14 -Wpedantic -Wall -O2 exception_test.cc # ./a.out So none of them fail. But trying my standard-C++ program that uses C++ threads: # g++7 -std=3Dc++14 -Wpedantic -Wall -pthread -Wl,-rpath=3D/usr/local/lib/g= cc7 -O2 cpp_clocks_investigation.cpp # ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800844000) libm.so.5 =3D> /lib/libm.so.5 (0x800bd8000) libgcc_s.so.1 =3D> /usr/local/lib/gcc7/libgcc_s.so.1 (0x800e05000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80101c000) libc.so.7 =3D> /lib/libc.so.7 (0x801244000) # ./a.out . . . (omitted) . . . Segmentation fault (core dumped) # g++7 -std=3Dc++14 -Wpedantic -Wall -pthread -O2 cpp_clocks_investigation.= cpp# ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800844000) libm.so.5 =3D> /lib/libm.so.5 (0x800bd8000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800e05000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80101b000) libc.so.7 =3D> /lib/libc.so.7 (0x801243000) # ./a.out . . . (omitted) . . . End of clock tests. So it worked for /lib/libgcc_s.so.1 but not for /usr/local/lib/gcc7/libgcc_s.so.1 and I must have been wrong about /lib/libcxxrt.so.1 being what mattered. This threading example is a context where -Wl,-rpath=3D/usr/local/lib/gcc7 prevents correct operation because of cross library dependencies on implementation details of the build-time context vs. the mismatched runtime context for libthr.so.3 vs. libgcc_s.so.1 . # clang++ -std=3Dc++14 -Wpedantic -Wall -pthread -O2 cpp_clocks_investigati= on.cpp # ldd a.out a.out: libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x800844000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b10000) libm.so.5 =3D> /lib/libm.so.5 (0x800d2e000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800f5b000) libthr.so.3 =3D> /lib/libthr.so.3 (0x801171000) libc.so.7 =3D> /lib/libc.so.7 (0x801399000) # ./a.out . . . (omitted) . . . End of clock tests. So this also worked. Again /lib/libthr.so.3 and /lib/libgcc_s.so.1 go together just fine. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 16 03:48:34 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 30ABADE4101 for ; Wed, 16 Aug 2017 03:48:34 +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 mx1.freebsd.org (Postfix) with ESMTPS id 0C0996DD7D for ; Wed, 16 Aug 2017 03:48:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7G3mXLl025463 for ; Wed, 16 Aug 2017 03:48:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221288] lang/gcc5 links against libsupc++ when compiling Date: Wed, 16 Aug 2017 03:48:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Wed, 16 Aug 2017 03:48:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221288 --- Comment #11 from Mark Millard --- Trying my standard-C++ program that uses C++ threads in a more modern context (head -r322287, lang/gcc7) in an amd64 context under a Virtual Box virtual machine (that is running on Windows 10 Pro). . . # g++7 -std=3Dc++14 -Wpedantic -Wall -pthread -Wl,-rpath=3D/usr/local/lib/g= cc7 -O2 cpp_clocks_investigation.cpp # ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800844000) libm.so.5 =3D> /lib/libm.so.5 (0x800bd8000) libgcc_s.so.1 =3D> /usr/local/lib/gcc7/libgcc_s.so.1 (0x800e05000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80101c000) libc.so.7 =3D> /lib/libc.so.7 (0x801244000) # ./a.out . . . (omitted) . . . Segmentation fault (core dumped) # g++7 -std=3Dc++14 -Wpedantic -Wall -pthread -O2 cpp_clocks_investigation.= cpp# ldd a.out a.out: libstdc++.so.6 =3D> /usr/local/lib/gcc7/libstdc++.so.6 (0x800844000) libm.so.5 =3D> /lib/libm.so.5 (0x800bd8000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800e05000) libthr.so.3 =3D> /lib/libthr.so.3 (0x80101b000) libc.so.7 =3D> /lib/libc.so.7 (0x801243000) # ./a.out . . . (omitted) . . . End of clock tests. So it worked for /lib/libgcc_s.so.1 but not for /usr/local/lib/gcc7/libgcc_s.so.1 and I must have been wrong about /lib/libcxxrt.so.1 being what mattered. This threading example is a context where -Wl,-rpath=3D/usr/local/lib/gcc7 prevents correct operation because of cross library dependencies on implementation details of the build-time context vs. the mismatched runtime context for libthr.so.3 vs. libgcc_s.so.1 . # clang++ -std=3Dc++14 -Wpedantic -Wall -pthread -O2 cpp_clocks_investigati= on.cpp # ldd a.out a.out: libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x800844000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800b10000) libm.so.5 =3D> /lib/libm.so.5 (0x800d2e000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800f5b000) libthr.so.3 =3D> /lib/libthr.so.3 (0x801171000) libc.so.7 =3D> /lib/libc.so.7 (0x801399000) # ./a.out . . . (omitted) . . . End of clock tests. So this also worked. Again /lib/libthr.so.3 and /lib/libgcc_s.so.1 go together just fine. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Aug 17 16:23:28 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 45783DC8114 for ; Thu, 17 Aug 2017 16:23:28 +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 mx1.freebsd.org (Postfix) with ESMTPS id 33BE87DC0A for ; Thu, 17 Aug 2017 16:23:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7HGNR2G044802 for ; Thu, 17 Aug 2017 16:23:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221588] clang crashes when compiling cad/openvsp Date: Thu, 17 Aug 2017 16:23:28 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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.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: Thu, 17 Aug 2017 16:23:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221588 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-toolchain@FreeBSD.o | |rg CC| |dim@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Aug 17 17:26:32 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 30997DCB726 for ; Thu, 17 Aug 2017 17:26:32 +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 mx1.freebsd.org (Postfix) with ESMTPS id 1F70C80F9B for ; Thu, 17 Aug 2017 17:26:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v7HHQVd7023743 for ; Thu, 17 Aug 2017 17:26:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221588] clang crashes when compiling cad/openvsp Date: Thu, 17 Aug 2017 17:26:32 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-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.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: Thu, 17 Aug 2017 17:26:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221588 --- Comment #2 from Dimitry Andric --- So what this test case causes is: fatal error: error in backend: No open frame This happens with most versions of clang that I could test, and is due to t= he following inline assembly: https://sourceforge.net/p/angelscript/code/HEAD/tree/trunk/sdk/angelscript/= source/as_callfunc_x86.cpp#l1454 #ifdef __OPTIMIZE__ // Epilogue "movl %%ebp, %%esp \n" ".cfi_def_cfa_register esp \n" "popl %%ebp \n" ".cfi_adjust_cfa_offset -4 \n" ".cfi_restore ebp \n" #endif Basically, it finds a 'naked' .cfi_restore directive, and it chokes on that= . It is probably possible to work around this by disabling the epilogue part, bu= t I am not familiar with this angelscript stuff at all... We do have a lang/angelscript port, maintained by vg@, maybe he knows how we can work around this problem? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Aug 19 00:26: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 20FB8DE2F8E for ; Sat, 19 Aug 2017 00:26:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-183.reflexion.net [208.70.211.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7A747FB1D for ; Sat, 19 Aug 2017 00:26:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21971 invoked from network); 18 Aug 2017 23:59:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 18 Aug 2017 23:59:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.2) with SMTP; Fri, 18 Aug 2017 19:59:37 -0400 (EDT) Received: (qmail 14528 invoked from network); 18 Aug 2017 23:59:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 18 Aug 2017 23:59:36 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 3692AEC917D; Fri, 18 Aug 2017 16:59:36 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: "poudriere bulk -w" use vs. kern.corefile=/var/crash/%N.%P.core Message-Id: <4D01E4AF-9371-4D4C-AD06-034F378AE8C4@dsl-only.net> Date: Fri, 18 Aug 2017 16:59:35 -0700 To: Bryan Drewery , FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) 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: Sat, 19 Aug 2017 00:26:19 -0000 I classically run FreeBSD with: # more /etc/sysctl.conf=20 kern.corefile=3D/var/crash/%N.%P.core But I've discovered that for "poudriere build -w" use this means that the likes of: = /usr/local/poudriere/data/wrkdirs/zrFBSDx64Cjail-default/default/ghc-8.0.2= _1.tbz ends up without the core file from the failed build involved. So I've reverted to: # more /etc/sysctl.conf=20 kern.corefile=3D%N.%P.core which then gets me things like (from trying with the adjusted context): # tar xf = /usr/local/poudriere/data/wrkdirs/zrFBSDx64Cjail-default/default/ghc-8.0.2= _1.tbz = # find . -name "*.core" -print = = = ./work/ghc-8.0.2/ghc.29907.core Outside poudriere I normally prefer to a void having .core files left in various places. The jail context here is based on: ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = -j8 installworld distrib-dirs distribution = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist DB_FROM_SRC=3D1 ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = delete-old delete-old-libs -DBATCH_DELETE_OLD_FILES = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist DB_FROM_SRC=3D1 poudriere jail -c -j zrFBSDx64Cjail -m null -M = /usr/obj/DESTDIRs/clang-amd64-installworld-dist -S /usr/src -v = 12.0-CURRENT But the behavior is tied to the live system's /etc/sysctl.conf (or the last live setting from a "sysctl kern.corefile=3D. . ." before the: /usr/bin/nohup poudriere bulk -j zrFBSDx64Cjail -w . . . run if then left alone). Note: My jail context here depends on a local workaround for this style of jail construction: # svnlite diff /usr/ports/Mk/bsd.port.mk Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 447975) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1119,18 +1119,18 @@ =20 # Get the architecture .if !defined(ARCH) -ARCH!=3D ${UNAME} -p +ARCH!=3D echo amd64 .endif _EXPORTED_VARS+=3D ARCH =20 # Get the operating system type .if !defined(OPSYS) -OPSYS!=3D ${UNAME} -s +OPSYS!=3D echo FreeBSD .endif _EXPORTED_VARS+=3D OPSYS =20 .if !defined(_OSRELEASE) -_OSRELEASE!=3D ${UNAME} -r +_OSRELEASE!=3D echo 12.0-CURRENT .endif _EXPORTED_VARS+=3D _OSRELEASE =20 This is because the ${UNAME} use generates empty strings and those in turn lead to poudriere rejecting the attempted builds for version comparison mismatches with _OSRELEASE involved. =3D=3D=3D Mark Millard markmi at dsl-only.net