[cfe-dev] Removing InitHeaderSearch

Edward Meewis ed at extraordinarymachine.nl
Tue Oct 15 14:34:05 PDT 2013


Hi G M,

On 15/10/2013 22:56, G M wrote:
> Hi Edward
> On Wed, Oct 16, 2013 at 9:40 AM, Edward Meewis 
> <ed at extraordinarymachine.nl <mailto:ed at extraordinarymachine.nl>> wrote:
>
>     Hi,
>
>     I was looking into polishing up the header inclusion for FreeBSD,
>     due to some cmake build issues I have when building the the latest
>     libcxx with the latest clang.
>
> I'm curious what the cmake issues are.

I build clang ToT and libcxx with the previous clang-ToT, using the 
previous libcxx. Sometimes the introduction of new macros, e.g., 
_LIB_WEAK, breaks the build. The cause is subtle: I have to point CXX to 
-I/usr/local/include/c++/v1, but when libcxx is build this needs to be 
overridden to $MYLIBCXXLIB/include when libcxx is built. -nostdcxxinc is 
no help here, because I had to set it explicitly.
I can work around it by pointing the build to $MYLIBCXXLIB/include, but 
that's not very nice. New headers with old libraries usually spell disaster.

>
>     It seems that the InitHeaderSearch is almost obsolete, I think
>     that most of the header search path information has moved to the
>     Frontend/Tool(Chain)(s) files.
>
>     It turns out that (naively) removing InitHeaderSearc.cpp broke the
>     CPP init and consequently 'diagtool'.
>
> I think InitHeaderSearch is needed by mingw tool chain at least, 
> maybe others.  It could be cleaned up but the functionality is needed 
> for now.
>
>
>     Is it worth while to move CPP to the ToolChain infra?
>
> What does that mean in practice?

Don't know yet. I guess defining a mingw toolchain in ToolChains, that 
includes the necessary funtionality, but the miriad of MinGW versions 
scares me a bit.
>
> Thanks




More information about the cfe-dev mailing list