Total confusion over toolchain/xdev behavior

[Dimitry Andric]

On 08 Jul 2014, at 18:23, Warner Losh <imp at bsdimp.com> wrote:
> 
> On Jul 8, 2014, at 9:04 AM, Warner Losh <imp at bsdimp.com> wrote:
> 
>> 
>> On Jul 8, 2014, at 12:56 AM, Dimitry Andric <dim at FreeBSD.org> wrote:
>> 
>>> On 08 Jul 2014, at 03:56, Warner Losh <imp at bsdimp.com> wrote:
>>> 
>>>> 
>>>> On Jul 7, 2014, at 7:29 PM, Warner Losh <imp at 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.

This was an oddity introduced by theraven@ in r255321, where he introduced MK_GNUCXX, but I have no idea why he conflated the two.  Before this commit, I had a local patch which simply added an option disabling or enabling libstdc++ and libsupc++ (and nothing else).  I should have committed that first... :)

In any case, it would be nice to still have the option to enable building libstdc++, whatever the used compiler is.

-Dimitry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20140708/e234225b/attachment.sig>