llvm dev - Jan 2012 - [LLVMdev] Current LLVM/CLANG build failure.

I did an update about 1/2 hr ago, and instead of failing to link with
-O4, I'm getting an error elsewhere in the compile.

I think I need to stop chasing the bleeding edge.

pandora 142% svn update
At revision 147455.
pandora 143% uname -a
Darwin pandora.psychiatry.uiowa.edu 10.8.0 Darwin Kernel Version
10.8.0: Tue Jun  7 16:33:36 PDT 2011;
root:xnu-1504.15.3~1/RELEASE_I386 i386
pandora 144% clang++ --version
clang version 3.1 (trunk 146659)
Target: x86_64-apple-darwin10.8.0
Thread model: posix
pandora 145% pwd
/scratch/kent/llvm/llvm
pandora 146% cd ../build
pandora 147% make
[  5%] Built target LLVMSupport
[  5%] Built target LLVMTableGen
Linking CXX executable ../../bin/llvm-tblgen
Call parameter type does not match function signature!
%"class.llvm::FoldingSetImpl"* getelementptr inbounds
(%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0)
 %"type 0x100e180c0"*  invoke void
@_ZN4llvm14FoldingSetImplC2Ej(%"class.llvm::FoldingSetImpl"*
getelementptr inbounds (%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0), i32 6)
          to label %invoke.cont unwind label %lpad
Call parameter type does not match function signature!
%"class.llvm::FoldingSetImpl"* getelementptr inbounds
(%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0)
 %"type 0x100e180c0"*  %call.i22 = invoke
%"class.llvm::FoldingSetImpl::Node"*
@_ZN4llvm14FoldingSetImpl19FindNodeOrInsertPosERKNS_16FoldingSetNodeIDERPv(%"class.llvm::FoldingSetImpl"*
getelementptr inbounds (%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0), %"class.llvm::FoldingSetNodeID.3597"* %ID, i8** %IP)
          to label %call.i.noexc unwind label %lpad1.nonloopexit
Call parameter type does not match function signature!
%"class.llvm::FoldingSetImpl"* getelementptr inbounds
(%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0)
 %"type 0x100e180c0"*  invoke void
@_ZN4llvm14FoldingSetImpl10InsertNodeEPNS0_4NodeEPv(%"class.llvm::FoldingSetImpl"*
getelementptr inbounds (%"class.llvm::FoldingSet"*
@_ZZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEEE7ThePool, i64 0, i32
0), %"class.llvm::FoldingSetImpl::Node"* %28, i8* %29)
          to label %cleanup unwind label %lpad1.nonloopexit
Broken module found, compilation aborted!
Stack dump:
0.	Running pass 'Function Pass Manager' on module 'ld-temp.o'.
1.	Running pass 'Module Verifier' on function
'@_ZN4llvm8BitsInit3getENS_8ArrayRefIPNS_4InitEEE'
clang-3: error: unable to execute command: Illegal instruction
clang-3: error: linker command failed due to signal (use -v to see invocation)
clang-3: note: diagnostic msg: Please submit a bug report to
http://llvm.org/bugs/ and include command line arguments and all
diagnostic information.
clang-3: warning: treating 'c' input as 'c++' when in C++ mode,
this
behavior is deprecated
clang-3: warning: treating 'c' input as 'c++' when in C++ mode,
this
behavior is deprecated
clang-3: note: diagnostic msg: Error generating preprocessed source(s).
make[2]: *** [bin/llvm-tblgen] Error 254
make[1]: *** [utils/TableGen/CMakeFiles/llvm-tblgen.dir/all] Error 2
make: *** [all] Error 2

On Jan 3, 2012, at 10:40 AM, Kent Williams wrote:
> I did an update about 1/2 hr ago, and instead of failing to link with
> -O4, I'm getting an error elsewhere in the compile.
> 
O4 is pretty painful at the moment. It's being worked on though.
> I think I need to stop chasing the bleeding edge.
I've just updated and rebuilt and it worked for me. What is the clang that
you're using for your baseline compile?

-eric