Hello,
I guess there is a problem with the include path.
Trying to compile a simple C++ file (using clang 3.0 in unstable) :
$ clang++ -v test.cpp
Debian clang version 3.0-1 (tags/RELEASE_30/final) (based on LLVM 3.0)
Target: i386-pc-linux-gnu
Thread model: posix
/usr/bin/clang -cc1 -triple
This is fixed with 3.0-2 (which I uploaded an hour ago)
S
Le jeudi 08 décembre 2011 à 10:04 +0100, Gabriel Corona a écrit :
Hello,
I guess there is a problem with the include path.
Trying to compile a simple C++ file (using clang 3.0 in unstable) :
$ clang++ -v test.cpp
Debian clang
The issue with /usr/include/i386-linux-gnu/* is fixed
but the /usr/include/clang/3.0/include/*mintrin.h
files are still not found with 3.0-2
(/usr/bin/../lib/clang/3.0/include is used instead).
--
Gabriel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Le jeudi 08 décembre 2011 à 19:39 +0100, Gabriel Corona a écrit :
The issue with /usr/include/i386-linux-gnu/* is fixed
but the /usr/include/clang/3.0/include/*mintrin.h
files are still not found with 3.0-2
(/usr/bin/../lib/clang/3.0/include is used instead).
This is a different bug. Please
the /usr/include/clang/3.0/include/*mintrin.h
files are still not found with 3.0-2
This is a different bug
I think it's the other way round.
This is the bug reported by OP:
#include emmintrin.h
[...]
In file included from
/usr/lib/gcc/x86_64-linux-gnu/4.6/include/emmintrin.h:36:
Package: clang
Version: 2.9-16
Severity: normal
Clang seems to use header files which are distributed with gcc (from
the system's default installation of gcc?). However, it cannot handle
some of the constructs in them.
Here's a sample source file, cb.cc:
#include emmintrin.h
If I compile
6 matches
Mail list logo
