From owner-freebsd-arch@FreeBSD.ORG Tue Jul 8 16:23:58 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9642377E for ; Tue, 8 Jul 2014 16:23:58 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5733825FA for ; Tue, 8 Jul 2014 16:23:58 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id r10so943123igi.4 for ; Tue, 08 Jul 2014 09:23:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=Xh3dMnHw9ujT2LvujEDFvTdxiT8oKRnmnNfgmtOw2r4=; b=KSXXV+dcCpFeAr7ZiYMsm2YNbhUbdD8VaVd6tTpOTwZrbscyaMhRKmv/fdnH2HUOuQ cLsmCOv1lltgqXXR3ck2eo9AsYm02KjkXC2YlxMHXFpuoyR+dDOP9N2Qs3Hu4ARD98xH NfYDTLLja42hWLFFKMwx75bwUjE7Q8sFqqz4S6v4vLqKgYpjMhEtc/vGwbJd51xJPvfG whXTuFdJTu/Rd1ZucLHJzjjZjWpKpyC07UkIgf5h2UuM9T7eMVPfn1kwkqoWlRR0p5vg MXr362dr68TJwpKmN6nwOh3ZHrG6N1PWAzzF6ifn5smtwDAYvHq+iJiNL5tI/Yoggg1E u9Qw== X-Gm-Message-State: ALoCoQmBNwKVSKPRKKVLDgfrxWRViX/k1+fport+U84nY4i9JwCSlpNiQalqcAGIHGzRe1yKjKen X-Received: by 10.50.61.148 with SMTP id p20mr5148453igr.44.1404836637331; Tue, 08 Jul 2014 09:23:57 -0700 (PDT) Received: from bsdimp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id e2sm6694195igi.12.2014.07.08.09.23.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Jul 2014 09:23:56 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_AD0EDF63-FC1B-4FF7-AD3C-FD1195B7881C"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Total confusion over toolchain/xdev behavior From: Warner Losh In-Reply-To: Date: Tue, 8 Jul 2014 10:23:51 -0600 Message-Id: References: <1404688077.1059.115.camel@bruno> <1404766292.65432.43.camel@revolution.hippie.lan> <20B72004-1499-4F99-A7C7-13173C50C7C6@bsdimp.com> <20140707235237.GG97203@ivaldir.etoilebsd.net> <67272C53-1908-454A-8E74-14D9A2EA0828@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.1878.6) Cc: Baptiste Daroussin , Dimitry Andric , sbruno@FreeBSD.org, Ian Lepore , freebsd-arch@FreeBSD.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2014 16:23:58 -0000 --Apple-Mail=_AD0EDF63-FC1B-4FF7-AD3C-FD1195B7881C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jul 8, 2014, at 9:04 AM, Warner Losh wrote: >=20 > On Jul 8, 2014, at 12:56 AM, Dimitry Andric wrote: >=20 >> On 08 Jul 2014, at 03:56, Warner Losh wrote: >>=20 >>>=20 >>> On Jul 7, 2014, at 7:29 PM, Warner Losh wrote: >>>>=20 >>>> About the rest=85 Yea, you may be right=85. MK_GNUCXX is an odd = duck, and that=92s >>>> likely the problem that should be fixed in a different way. It is = really an internal >>>> variable that should be set based on the actual compiler type = (possibly with an >>>> override for the odd-duck pair of clang and libstdc++ which may not = be worth >>>> supporting). It is telling us we=92re doing something horribly = wrong and we should listen >>>> to that rather than add another compiler-related kludge to the = build system. I=92ll work >>>> on that bit. >>>=20 >>> Perhaps >>> http://people.freesbd.org/~imp/patch-queue/86gnucxx >>> might be the best way to cope=85 >>>=20 >>> Comments? >>=20 >> This would make it impossible to build libstdc++ with clang, and why = remove MK_GNUCXX at all[1]? >=20 > Because it is a silly option that=92s mostly an internal knob? We = don=92t need to support options that trip us up at every turn, and = MK_GNUCXX has been doing that since its introduction. Also, in the current tree it means different things in different places. = In some places it says to build libstdc++, in other places it says to = build g++ and friends. These are two different meanings, which also = confuse things. This is why I call it an odd duck, among other reasons = (it=92s default is the default for the platform, not correct for the = options actually used, it means different things, it controls things = with a bool that are better off being controlled by a choice value, = etc). Warner --Apple-Mail=_AD0EDF63-FC1B-4FF7-AD3C-FD1195B7881C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTvBsXAAoJEGwc0Sh9sBEAldQQAL0hmArA2mNjUil+o+aJoJtt yFg+FyIVvRHB2JwXn6PmxFdPGvKsoAfle0Gurqi0hfmSMbgfotbBTVdxixhWtAzC yq66Qhz3IpE8iXqtbkR8Hf+px9qSjR160p1Oi20QdR1TVVMeTYzCk0BtcyFAPKNG HdRqUelQS/ynt55zZOG16ElE+Y55OQvAnTC43qpXUCGhy9KxXPjfzgUfVv6qFjHk RGDJ96lBwHs3WZVoMnk43TgTUQ6rx2Df2vQSnR90gKkNgwS0Em+UICO924bgcOoa CixJYWOGbFKwd56dxH3Uimiys9/sZtZfTFB/TDC8SHiMKYmwr+kvDsPB7lft/32l J+0gRSGXhtP9TdNqGmXCodx1oh2n7J7vUsQ32WXZIc/xgYSnhuxUJ5mq7ZJc7nay Mzugf1WMUqfWyn2FfSXwWwb4+xsd/N2IFxqhbMcJfnCAn6z/dVXkV+ixCPhXssvZ +eZiofn/2Bi/fbXR68FZQ9Ax/tgxPyHNZQCGE8ejtOilA70CJf24faR3ox95nhTM MfLN+YN6Z3v30J4anMxPnjSsjK2jh8WC+hr8JZaoMuiFm94kBNWBgMp8gkpfQNEJ 8C2J8nW4ukOrnKmnSDea2BtDvvu+Ub32gajWrf4ci6pPLQWyVOJf0J5CZCsg3LMH wsxqD68sm1JETgBIJzFV =doo0 -----END PGP SIGNATURE----- --Apple-Mail=_AD0EDF63-FC1B-4FF7-AD3C-FD1195B7881C--