Bug#710322: clang-3.3: Support Headers not picked up cstddef and more

[Marc Driftmeyer]

On 05/30/2013 04:50 AM, Sylvestre Ledru wrote:
> Hello,
>
> On 30/05/2013 00:33, Marc J. Driftmeyer wrote:> Package: clang-3.3
>> Version: 1:3.3~svn179851-1~exp1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> In file included from
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/ADT/SmallVector.h:17:
> /home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/include/llvm/Support/AlignOf.h:19:10:
> fatal error:
>>        'cstddef' file not found
>> #include <cstddef>
>>           ^
>> 1 error generated.
>> make[2]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o]
> Error 1
>> make[1]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/all] Error 2
>> make: *** [all] Error 2
>>
>> ----------------
>>
> Could you try to build the same way the package it built ? For now, I do
> not support cmake build.
>
> Thanks
> Sylvestre
>
Cmake aside which is going to be the defacto standard within the 
LLVM/Clang system, I found out the error with cstddef: After installing 
libstdc++6-4.7-pic this error is gone compiling 
LLVM/Clang/LLDB/Compiler-RT/Libcxx trunk against llvm-3.3 latest [have 
not yet tested bleeding edge 3.4] in Debian.

Now that <cstddef> no longer fails I've got this presently from trunk:

> Linking CXX executable ToolingTests
> CMakeFiles/ToolingTests.dir/ToolingTest.cpp.o:/home/mdriftmeyer/DeveloperProjects/LLVMProject/llvm/tools/clang/unittests/Tooling/ToolingTest.cpp:function 
> clang::tooling::newFrontendActionFactory_CreatesFrontendActionFactoryFromType_Test::TestBody(): 
> error: undefined reference to 
> 'clang::SyntaxOnlyAction::~SyntaxOnlyAction()'
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> make[2]: *** [tools/clang/unittests/Tooling/ToolingTests] Error 1
> make[1]: *** 
> [tools/clang/unittests/Tooling/CMakeFiles/ToolingTests.dir/all] Error 2
> make: *** [all] Error 2
> mdriftmeyer at horus:~/DeveloperProjects/LLVMProject/cmake-clang-trunk$

I'm going to track down and see if the latest checkout resolves this 
issue or not. I wish I had a deeper knowledge of both GCC and LLVM/Clang 
[though in this area I am gaining in] so as to not waste your time.



The other `error' I had with assembly [I alluded to as being a different 
bug] was the fact with a mixed gcc-4.7/gcc-4.8 transition from 
Experimental I checked more closely the cmake config and noted gcc-> 
gcc-4.8 while g++ -> g++-4.7 thus the error.

With the standard: -DCMAKE_CXX_COMPILER=/usr/bin/g++-4.7 
-DCMAKE_C_COMPILER=/usr/bin/gcc-4.7 ../llvm in a simple cmake config 
everything built from trunk.

I'm not sure what reason gcc-4.8 is set to default for gcc and thus cc 
compiler option, but the symlink states Feb 18, 2013 on this change, 
while the g++ symlink dates back to September 12, 2012.

Sincerely,

Marc J. Driftmeyer

-- 
Marc J. Driftmeyer
Email :: mjd at reanimality.com <mailto:mjd at reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20130530/1d61be93/attachment-0001.html>