Displaying 4 results from an estimated 4 matches for "gnu_compiler_collect".
2013 Feb 26
2
[LLVMdev] make error building llvm/clang 3.2 on Linux
...rn 0;}"> test.c
gcc -v -isystem /usr/include/i386-linux-gnu -L/usr/lib/i386-linux-gnu test.c
Here's the output from that:
***
$ gcc -v -isystem /usr/include/i386-linux-gnu -L/usr/lib/i386-linux-gnu test.c
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/install/libexec/gcc/i686-pc-linux-gnu/4.7.2/lto-wrapper
Target: i686-pc-linux-gnu
Configured
with:
/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/source/gcc-4.7.2/configure
--prefix=/home/youngmj/DevTools/Gnu_Compiler_Collection-gcc/Version_4.7.2/install...
2013 Feb 24
0
[LLVMdev] make error building llvm/clang 3.2 on Linux
I'm continuing this here in llvm-dev since the thread was started here,
but, in hindsight, it may have been better in cfe-dev, because the
problem seems to be related to clang.
I turned on "verbose" mode in make (VERBOSE=1 TOOL_VERBOSE=1) and found
that it is clang, not gcc, that is being used at this point in the make.
Based on the command issued (particularly with the --sysroot
2013 Feb 21
4
[LLVMdev] make error building llvm/clang 3.2 on Linux
I'm attempting to build a native build of clang from the 3.2 source
distribution tarballs, but I ran into this build error that's got me
really puzzled. My platform is Linux - 32-bit Ubuntu (12.04) running
on a PC. Here's the (abbreviated) output from make:
***************************************
...
make[3]: Entering directory
2020 Jun 28
2
__restirct ignored when including headers like <cmath>
Hi,
I am observing a strange behaviour in which Clang ignores __restirct when I
include some standard headers.
For example, this code:
void vec_add(int* __restrict a,
int* __restrict b,
int n) {
#pragma unroll 4
for(int i=0; i<n; ++i) {
a[i] += b[i];
}
}
results in:
; Function Attrs: nofree norecurse nounwind
define dso_local void @_Z7vec_addPiS_i(i32*