similar to: [LLVMdev] The make install fails in cross-compile mode

On Oct 22, 2011, at 12:21 PM, Atanasyan, Simon wrote: > Hi, > > I cross-compile llvm/clang. The build platform is x86_64-linux-gnu. The host platform is mips-linux-gnu. Llvm and clang built successfully but "make install" shows the following error: > > % make install > llvm[0]: Installing Release+Asserts /home/simon/work/install/clang/bin/llvm-tblgen > strip:

On Oct 25, 2011, at 6:54 PM, Eric Christopher wrote: > > On Oct 22, 2011, at 12:21 PM, Atanasyan, Simon wrote: > >> Hi, >> >> I cross-compile llvm/clang. The build platform is x86_64-linux-gnu. The host platform is mips-linux-gnu. Llvm and clang built successfully but "make install" shows the following error: >> >> % make install >>

Trying to do a "make install" on a mips box . llvm[2]: Installing Release+Asserts Archive Library /home/rkotler/caviumllvmwclang/install/lib/libLLVMLineEditor.a make[2]: Leaving directory `/home/rkotler/caviumllvmwclang/build/lib/LineEditor' make[1]: Leaving directory `/home/rkotler/caviumllvmwclang/build/lib' make[1]: Entering directory

Hi, all I want to compile llvm for arm board , running llvm on Devkit8000 cross-compiler : arm-2008q3 (arm-none-linux-gnueabi) below is my configure: ../llvm-2.9/configure --with-llvmgccdir=/home/poki/hybridQ/llvm/llvm-gcc/llvm-gcc-4.2-2.9-i686-linux --enable-optimized --enable-jit --disable-threads

On 10/25/2011 07:27 PM, Charles Davis wrote: > On Oct 25, 2011, at 6:54 PM, Eric Christopher wrote: > >> On Oct 22, 2011, at 12:21 PM, Atanasyan, Simon wrote: >> >>> Hi, >>> >>> I cross-compile llvm/clang. The build platform is x86_64-linux-gnu. The host platform is mips-linux-gnu. Llvm and clang built successfully but "make install" shows the

I am trying to compile llvm using a toolchain file where I have specified the target system and compilers as suggested at https://cmake.org/cmake/help/latest/manual/cmake-toolchains.7.html#cross-compilation-tool chain: set(CMAKE_SYSTEM_NAME Linux) set(CMAKE_SYSTEM_PROCESSOR arm) set(CMAKE_C_COMPILER arm-unknown-linux-gnueabi-gcc) set(CMAKE_CXX_COMPILER arm-unknown-linux-gnueabi-g++) But the

Hi, I run LLVM test suite using the following command and get report.nightly.html successfully. % make report.html TEST=nightly But GCC/LLC, GCC/LLC-BETA and LLC/LLC-BETA columns look strange. Here is for example snippet of "clamscan" test result: [[ Program MultiSource/Applications/ClamAV/clamscan GCC 0.2360 LLC 0.2360

On Mon, Nov 12, 2012 at 11:15 PM, Simon Atanasyan <satanasyan at mips.com> wrote: > I run LLVM test suite using the following command and get > report.nightly.html successfully. > > % make report.html TEST=nightly > > But GCC/LLC, GCC/LLC-BETA and LLC/LLC-BETA columns look strange. Here > is for example snippet of "clamscan" test result: > [[ > Program

Hi all, I am writing a back-end for a processor that has complex type registers. It has two functional units to perform complex multiplications. From clang, I emulate a complex multiplication using vectors and, at the IR, I got this tblgen-friendly pattern (real component) : (set RARegs:$dst, (insertelt RARegs:$src, (i16 (trunc (add (ncmul (sext (i16

Hello All, I am building llvm-clang tool chain for *arm target* by following the steps from http://clang.llvm.org/docs/CrossCompilation.html *However when I tried following cmake command for build tool chain it gives the error message :* #CC='clang' CXX='clang++' cmake -G Ninja /home/iiita/llvm-exp/llvm -DCMAKE_CROSSCOMPILING=True

On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan <ivanllopard at gmail.com> wrote: > Hi all, > > I am writing a back-end for a processor that has complex type registers. > It has two functional units to perform complex multiplications. >  From clang, I emulate a complex multiplication using vectors and, at > the IR, I got this tblgen-friendly pattern (real component) : >

Hi, cross-compiling LLVM on the ppc64 architecture fails with: make[1]: *** No rule to make target `../build/llvm-r204075/BuildTools/Debug+Asserts/bin/llvm-tblgen', needed by `../build/llvm-r204075/lib/IR/Debug+Asserts/Intrinsics.gen.tmp'. Stop. make[1]: *** Waiting for unfinished jobs.... this fails for me for r204075 (today) and r203443. Configuration details: $LLVMPATH/configure

Hi Eli, Thanks for your response. Please see my responses below. On 10/12/2011 00:28, Eli Friedman wrote: > On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com> wrote: >> Hi all, >> >> I am writing a back-end for a processor that has complex type registers. >> It has two functional units to perform complex multiplications. >> From clang,

On Fri, Dec 9, 2011 at 4:12 PM, Ivan Llopard <ivanllopard at gmail.com> wrote: > Hi Eli, > Thanks for your response. Please see my responses below. > > > On 10/12/2011 00:28, Eli Friedman wrote: >> >> On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com> >>  wrote: >>> >>> Hi all, >>> >>> I am writing

On 10/12/2011 01:32, Eli Friedman wrote: > On Fri, Dec 9, 2011 at 4:12 PM, Ivan Llopard<ivanllopard at gmail.com> wrote: >> Hi Eli, >> Thanks for your response. Please see my responses below. >> >> >> On 10/12/2011 00:28, Eli Friedman wrote: >>> On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com> >>> wrote:

On Dec 9, 2011, at 4:12 PM, Ivan Llopard wrote: > Hi Eli, > Thanks for your response. Please see my responses below. > > On 10/12/2011 00:28, Eli Friedman wrote: >> On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com> wrote: >>> Hi all, >>> >>> I am writing a back-end for a processor that has complex type registers.

Hello LLVM developers, Following some hints on this mailing list earlier this year on how to make clang faster than stock llvm.org builds I have implemented a script that builds a PGO optimized version of clang by following the guide here: http://llvm.org/docs/HowToBuildWithPGO.html This works great on macOS and Linux - we gained almost 15% in our project with this technique. I am now looking at

On Sat, Oct 14, 2017 at 11:25 AM, Don Hinton <hintonda at gmail.com> wrote: > Hi Jack: > > Yes, I was just looking at that. Seems like TableGen wasn't done along > with the rest of llvm. I'll work up a complete patch shortly. > > Btw, I'm curious how this happened. Do you have a stale CMakeCache.txt by > any chance? You might check the value for

On Sat, Oct 14, 2017 at 11:25 AM, Don Hinton via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi Jack: > > Yes, I was just looking at that. Seems like TableGen wasn't done along with > the rest of llvm. I'll work up a complete patch shortly. This also broke the build for MSVC when doing a debug build (though no builder seems to be picking up the failure!). After

On Sat, Oct 14, 2017 at 10:25 AM, Don Hinton <hintonda at gmail.com> wrote: > Hi Jack: > > Looks like I missed this one in my recent change. > > Please let me know if this solves your problem: > > $ git diff > diff --git a/utils/TableGen/InfoByHwMode.cpp > b/utils/TableGen/InfoByHwMode.cpp > index 7e1e1864356..8d3636432aa 100644 > ---