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
[-- Attachment #1 --] On Jul 8, 2014, at 9:04 AM, Warner Losh <imp@bsdimp.com> wrote: > > On Jul 8, 2014, at 12:56 AM, Dimitry Andric <dim@FreeBSD.org> wrote: > >> On 08 Jul 2014, at 03:56, Warner Losh <imp@bsdimp.com> wrote: >> >>> >>> On Jul 7, 2014, at 7:29 PM, Warner Losh <imp@bsdimp.com> wrote: >>>> >>>> About the rest… Yea, you may be right…. MK_GNUCXX is an odd duck, and that’s >>>> 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’re doing something horribly wrong and we should listen >>>> to that rather than add another compiler-related kludge to the build system. I’ll work >>>> on that bit. >>> >>> Perhaps >>> http://people.freesbd.org/~imp/patch-queue/86gnucxx >>> might be the best way to cope… >>> >>> Comments? >> >> This would make it impossible to build libstdc++ with clang, and why remove MK_GNUCXX at all[1]? > > Because it is a silly option that’s mostly an internal knob? We don’t 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’s 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 [-- Attachment #2 --] -----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-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A2E7E324-C885-4D84-8928-86F5926C0434>