similar to: [LLVMdev] Cross-compiler to arm

Hi all, Since the 3.1 testing day is coming and be a ARM tester, I would like to make sure everything is O.K. so that we don't waste the precious time. As discussed on the ML before, I plan to cross compile LLVM/Clang first, then run regression test and test suite on the pandaboards. Could someone help me check to see if I miss something? Thanks! Here is the pandaboard configuration,

On Sat, Apr 14, 2012 at 4:13 AM, 陳韋任 <chenwj at iis.sinica.edu.tw> wrote: > Hi all, > > Since the 3.1 testing day is coming and be a ARM tester, I would like to > make > sure everything is O.K. so that we don't waste the precious time. As > discussed > on the ML before, I plan to cross compile LLVM/Clang first, then run > regression > test and test suite on

Hi Chris, > The right place to implement this is in lib/Support/Host.cpp. X86 has an implementation of sys::getHostCPUName(), but everything else just uses the: > > std::string sys::getHostCPUName() { > return "generic"; > } > > implementation. I tried to let it return "armv7l" or "cortex-a9" on pandaboard, but the bitcode output by clang

Hello, I asked here for kind of reference GCC version which LLVM development team is using for *native* testing on ARM hardware. (no cross compilation!) last week or so. I've been curious myself how the situation looks and so I tested LLVM 2.9 as a reference point and LLVM HEAD as of June 29 on ARMv7 (two boards with two different Ubuntu versions) compiled by GCC 4.3.4, 4.4.1, 4.4.5,

On Tue, Sep 11, 2012 at 04:45:23AM +0200, Óscar Fuentes wrote: > "陳韋任 (Wei-Ren Chen)" <chenwj at iis.sinica.edu.tw> writes: > > > I have been stuck on compiling LLVM/Clang (r163485) on pandaboard which has > > following configuration, > > > > - Ubuntu 11.04 + 1G Mem + 1G Swap + 32G SD card > > - GCC 4.5.2 > > - GNU gold (GNU

Hi Óscar, On Tue, Sep 11, 2012 at 04:45:23AM +0200, Óscar Fuentes wrote: > "陳韋任 (Wei-Ren Chen)" <chenwj at iis.sinica.edu.tw> writes: > > > I have been stuck on compiling LLVM/Clang (r163485) on pandaboard which has > > following configuration, > > > > - Ubuntu 11.04 + 1G Mem + 1G Swap + 32G SD card > > - GCC 4.5.2 > > - GNU gold

Hi all, Thank you so much for this discussion. It has been very helpful and educational. I think that I understand the perspectives of both Tim and Renato. Let me briefly summarize them to ensure that I correctly understand: Renato’s perspective is that the triple means whatever the author says it does, and that may or not be meaningful. :) In the case of armv7l (for example) it has a clear

On Tue, Jan 8, 2013 at 3:04 PM, Renato Golin <renato.golin at linaro.org> wrote: > The following failures are consistent on buildbot (and my local box). [...] > LLVM :: Transforms/LoopStrengthReduce/post-inc-icmpzero.ll > LLVM :: Transforms/LoopStrengthReduce/2012-07-18-LimitReassociate.ll It is interesting that I don't see this on my ARM box. Instead I see these: Failing

Hi David, > | David, do you build LLVM/Clang in what mode? Now I use "--enable-optimized" option to make a Release+Asserts build, LLVM/Clang get built finally... > Unfortunately I don't have any silver bullets. I'm using a Pandaboard with 1G of memory and 1G of swap, with as little other stuff running. Definitely don't build with debug symbols unless you are

Hello, I played with Clang + LLVM 3.1 release on ARM Linux and suspected it is incompatible with GCC. My program works fine while compiled using GCC but will crash with Clang. Specifically, the alignment strategy of Clang confused me. I wrote a small program to print the structure layout of the following and compiled it with both Clang and GCC. struct S { pthread_mutex_t mutex;

> ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr > -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o Ok, this way you're generating code for x86 > /usr/lib/crti.o > /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o > -L/usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0  -L/usr/local/lib -lgcc > --as-needed -lgcc_s --no-as-needed -lc -lgcc

Sorry for not explaining well. After compiling with g++-cross g++-cross -c a.c I do link using this command /gold_binutils/build/gold/ld-new -plugin ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o

>> Going back through SVN history, I cannot find any evidence that ARMv6L ever existed. > > Oh, my bad!! I was thinking of ARMv7l... :/ > > Nevertheless, I'll leave you guys to review this one, as I lost touch with the parser a while ago. Ah, I see: ARMv7L is now an alias for ARMv7A. So, if William has to add support for ARMv6L, I'd suggest he adds it as an alias, and

Hi, I am trying to cross compile LLVM-3.0 for Arm target i.e. I would like to run the LLVM tools on ARM platform and generate the code for the ARM platform. I configured the build with ../src/configure --build=i686-pc-linux-gnu --host=arm-linux-gnueabi --target=arm-linux-gnueabi --enable-optimized=no --prefix=/home/user/Acads/Compiler/LLVM/llvm-3.0/bin --with-as=/usr/bin/arm-linux-gnueabi-as

On 5 January 2016 at 10:55, Renato Golin <renato.golin at linaro.org> wrote: > On 5 January 2016 at 10:28, Tim Northover <t.p.northover at gmail.com> wrote: >> That's rather a hack, given that the 'l' actually has semantic >> meaning, but I suppose I could live with it. > > Not really. I disagree. "armv7l" is created specifically by Linux

2) For lag in execution time due to floating point operations, it was clearly observed that gcc used floating point instruction FSQRT, where as clang seemed to use emulated function (?) BL SQRT. Note that we used the following flags for both clang as well as gcc compilation. -march=armv7-a -mfloat-abi=softfp -mfpu=vfpv3-d16 -mtune=cortex-a8 Infact, i was surprised to see that even when

Hi All, Could anyone point me to some good benchmarking tools to measure the runtime performance of clang compiled C++ applications. Thanks ! - Jyoti -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131003/3cc029f1/attachment.html>

Hi all, I'm one of the developers of the Jade project, a Jit decoder running with LLVM 2.9. We are currently testing our decoder on a pandaboard<http://pandaboard.org/> based on an OMAP 4430 and the Jit compilation seems to crash once there is a call to a function in the LLVM IR. We have already tested this issue with lli in its 2.9 version, and this bug still stays the same. LLVM

Hi Renato, Thank you very much for the directions, I am going to recommit my fix. What are hardware used in buildbots? Are these common boards like PandaBoard or some thing special? What is RAM installed? Thanks, --Serge 2014-12-11 2:36 GMT+06:00 Renato Golin <renato.golin at linaro.org>: > On 10 December 2014 at 19:06, Serge Pavlov <sepavloff at gmail.com> wrote: > > In

Hi Kun Ling & Bergstrom, Thanks a lot for your earlier responses. We did use the benchmarks in llvm testsuite for comparing execution time taken by clang & gcc. It appears that clang is slower than gcc for cases where floating point operations are involved and recursive calls are involved (note that pic/pie was enabled for both gcc as well as clang ). 1) For lag in execution time due to