Arch Linux

Description:

After gcc abi changed, clang isn't works well anymore.

When clang compile with -Winvalid-pch flag, set -I to a long include path (24+ characters as my test),
and uses lambda, call std::find_if, clang will crashes when compile.

The important conditions are:
- compile with -Winvalid-pch
- uses Precompiled Header
- -I to include a 24+ characters path (exists or not isn't that important)
- call std::find_if inside lambda

You can change the Makefile CFLAGS/LFLAGS from clang-bug.zip,
e.g. change /usr/aaaaaaaaaaa/include to /usr/include/qt4/QtMultimedia,
or remove the -stdlib=libc++ flag,
clean and recompile, clang still crashes.

Thus, the include path and libc++ isn't the point to crash. (But the include path still need long enough)

GCC works.
Another strange things is, our project can compile with debug build (-O0),
but this demo pass -O0 or not take no effects.

PS, only tested in x64 machine.
I don't known is this Arch Linux relative or clang's bug.
But before gcc abi changed, everythings works.
 FS#47329  might not really fixed.

This is so annoying with abi changed. :(

Additional info:
* clang 3.7.1-1

Steps to reproduce:

Download the clang-bug.zip attachment, extract it.
make pch && make

You will see a Segmentation fault (clang.log for details).