dot release for 3.4

We are starting to move to using llvm/clang x86 as the starting point for mips native compilers.

It's important to make sure that gcc cross compilers can do this too but sometimes there are issues there;
especially now as c++11 is moving into the foreground. We are working to also make sure this works.

As 3.5 llvm is probably around the corner; our use of clang/llvm for this starting point does not work with 3.4
but does work with current tip of tree and going back some amount of time too.

It would seem that dot releases would be important for others that want to have clang/llvm be the starting point
for the following major releases.

In other words, a compiler which can be used to build the next one.

Reed

We have an almost identical issue with the other failing test:

When I run the test myself from the command line it looks fine.

rkotler@mipsswbrd002:~/slave/slavetargetbe/build$ ../install/bin/not --crash ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c
0 clang 0x0385c194 llvm::sys::PrintStackTrace(_IO_FILE*) + 96
Stack dump:
0. Program arguments: ../install/bin/clang -cc1 -analyze -analyzer-checker=debug.ExprInspection /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c
1. /home/rkotler/workspace/llvmslave/tools/clang/test/Parser/crash-report.c:4:2: current parser token 'prag\
ma'
Error: Trace/breakpoint trap
rkotler@mipsswbrd002:~/slave/slavetargetbe/build$

Whereas in the make check:

This last post was to the wrong message.

Sorry.

This post confused me until I spoke to Reed off-list so just to clarify:
Reed isn't talking about us releasing a Clang 3.4.x for MIPS. We currently plan to start releasing a 'Clang for MIPS*' beginning with Clang 3.5. Reed is talking about using a trunk version of Clang as the compiler used to build 'Clang 3.5 for MIPS*'. Beyond that point, we will then be able to use Clang 3.5 to build the Clang 3.6 release and so on.