Re: toolchain/48993: Unable to build tools for evbarm on OS X Mavericks

[Joerg Sonnenberger <joerg%britannica.bec.de@localhost>]

The following reply was made to PR toolchain/48993; it has been noted by GNATS.

From: Joerg Sonnenberger <joerg%britannica.bec.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: toolchain/48993: Unable to build tools for evbarm on OS X
 Mavericks
Date: Tue, 15 Jul 2014 00:00:05 +0200

 On Mon, Jul 14, 2014 at 07:25:01PM +0000, Martin Husemann wrote:
 >  > In file included from 
 > /Users/someone/Sandbox/NetBSD/src/external/bsd/elftosb/dist/common/stdafx.h:14:
 >  > In file included from 
 > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iostream:40:
 >  > In file included from 
 > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/istream:156:
 >  > In file included from 
 > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/ostream:133:
 >  > 
 > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/locale:3679:52:
 >  error: use of undeclared identifier 'NL_CAT_LOCALE'
 >  >     catalog __cat = (catalog)catopen(__nm.c_str(), NL_CAT_LOCALE);
 >  
 >  Sounds like a bug in the OS X headers. The original include is just
 >  
 >  #include <iostream>
 >  
 >  which is supposed to be idempotent. Is there some preprocessor define 
 > getting
 >  in the way?
 
 The problem is our local override for nl_types.h interferes with the
 platform include from libc++. See the existing hack in
 src/tools/compat/nl_types.h for native builds.
 
 Joerg