Date: Tue, 8 Jul 2014 10:23:51 -0600 From: Warner Losh <imp@bsdimp.com> To: Warner Losh <imp@bsdimp.com> Cc: Baptiste Daroussin <bapt@FreeBSD.org>, Dimitry Andric <dim@FreeBSD.org>, sbruno@FreeBSD.org, Ian Lepore <ian@FreeBSD.org>, freebsd-arch@FreeBSD.org Subject: Re: Total confusion over toolchain/xdev behavior Message-ID: <A2E7E324-C885-4D84-8928-86F5926C0434@bsdimp.com> In-Reply-To: <C6150667-388D-4091-975F-A8BD16FD5625@bsdimp.com> 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> <DB29AF3B-C761-4112-A4F6-6CF20159C2E1@bsdimp.com> <B94CB4F3-FA56-4B17-A4DD-A6F28F521A9C@bsdimp.com> <67272C53-1908-454A-8E74-14D9A2EA0828@FreeBSD.org> <C6150667-388D-4091-975F-A8BD16FD5625@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <imp@bsdimp.com> wrote: >=20 > On Jul 8, 2014, at 12:56 AM, Dimitry Andric <dim@FreeBSD.org> wrote: >=20 >> On 08 Jul 2014, at 03:56, Warner Losh <imp@bsdimp.com> wrote: >>=20 >>>=20 >>> On Jul 7, 2014, at 7:29 PM, Warner Losh <imp@bsdimp.com> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A2E7E324-C885-4D84-8928-86F5926C0434>