similar to: thumbv7 build errors "requires arm-mode"

Hi Renato, > I'm interested in knowing how you'll work up the ARM cost model and how easy it'd be to split the work. Yes, I am starting to work on the ARM cost model and I would appreciate any help in the form of: advice, performance measurements, patches, etc. I tune the cost model by running the cost model analysis pass and I compare the output of the analysis to the output

Hi, Anyone knows what's going on with SVN? http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15 http://lab.llvm.org:8011/builders/clang-cmake-thumbv7-a15 http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15-selfhost http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15-selfhost-neon http://lab.llvm.org:8011/builders/clang-cmake-thumbv7-a15-full-sh etc. svn: E175012: Connection

Hi Nadav, I'm interested in knowing how you'll work up the ARM cost model and how easy it'd be to split the work. As far as I can see, LoopVectorizationCostModel is the class that does all the work, with assistance from the target transform info. Do you think that updating ARMTTI would be the best course of action now, and inspect the differences in the CostModel later? I also

Thanks! It looks like this is sorted out now. On Thu, Jan 4, 2018 at 5:07 PM, Friedman, Eli <efriedma at codeaurora.org> wrote: > On 1/4/2018 4:51 PM, Adrian McCarthy via llvm-dev wrote: > > I tried to land a small fix before going on vacation at the end of the > year, but I had to revert it because it broke on a few of the build bots, > specifically

Hello everyone, Below are some buildbot numbers for the last week of 6/05/2016 - 6/11/2016. Thanks Galina buildername | was_red -----------------------------------------------------------+----------- sanitizer-x86_64-linux-bootstrap | 134:12:25 perf-x86_64-penryn-O3-polly-parallel-fast | 46:29:26

Thanks! I also found test/CodeGen/ARM/ghc-tcreturn-lowered.ll, which tests only for thumbv7-eabi, so, i tried a few more variations: [x] arm64-apple-ios [x] arm64-apple-ios7.0.0 [x] arm64-apple-darwin [x] armv7-apple [x] thumbv7-apple [x] thumbv7-apple-darwin [x] i386-apple-ios [x] i386-apple-darwin [f] thumbv7-apple-ios [f] thumbv7-apple-ios7.0.0 [f] armv7-apple-ios I’ve also just build a

Hello everyone, Below are some buildbot numbers for the week of 7/10/2016 - 7/16/2016. Please see the same data in attached csv files: The longest time each builder was red during the week; "Status change ratio" by active builder (percent of builds that changed the builder status from greed to red or from red to green); Count of commits by project; Number of completed builds, failed

Hello everyone, Below are some buildbot numbers for the last week of 9/25/2016 - 10/1/2016. Please see the same data in attached csv files: The longest time each builder was red during the last week; "Status change ratio" by active builder (percent of builds that changed the builder status from greed to red or from red to green); Count of commits by project; Number of completed

Thanks Saleem, Nick. I will try with the latest code and share the results. Though, just curious if I need to really use clang to generate the object file and the current steps won't work? I ask because using .c file was only an illustration. For my project the IR is not generated from .c files or clang. Thanks, Daman Sent from my phone On 08-Jun-2014, at 11:00 am, "Saleem

Hi, We've noticed that recently some of our bots (mostly clang-cmake-armv7-a15 and clang-cmake-thumbv7-a15) started timing out whenever someone commits a change to TableGen: r303418: http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/7268 r303346: http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/7242 r303341:

Hi, many of the bots on http://lab.llvm.org:8011/console don't do anything in their compile phase, even if they should. For example, these bots all don't do anything in their compile phase in any builds, even if they should: http://lab.llvm.org:8011/builders/clang-x64-ninja-win7/ http://lab.llvm.org:8011/builders/clang-ppc64be-linux

This buildbot looks like it's been failing since Friday - does anyone know/own/care about it? ---------- Forwarded message ---------- From: <llvm.buildmaster at lab.llvm.org> Date: Mon, Sep 28, 2015 at 7:29 PM Subject: buildbot failure in LLVM on clang-cmake-thumbv7-a15-full-sh To: Adrian Prantl <aprantl at apple.com>, Cameron Esfahani <dirty at apple.com>, Chris Bieneman

Tim Northover <t.p.northover at gmail.com> writes: >> /tmp/foo.s:1:2: error: instruction requires: distinct-ops >> sllk %r2,%r3,1 >> ^ > > That seems like it would be a good improvement for all targets. Thanks, sounds like it might be more acceptable than I thought :-) >> ARM seems to rely on the current MatchOperandParserImpl() behaviour,

Thanks a lot Saleem, The issue is fixed and a simple app works fine now. -Daman On 08/06/14 12:57 pm, "Nick Lewycky" <nicholas at mxc.ca> wrote: >Damanjit Singh wrote: >> Thanks Saleem, Nick. >> >> I will try with the latest code and share the results. >> >> Though, just curious if I need to really use clang to generate the >> object file

I am talking about Windows Mobile 8 and 8.1 and not CE. Not sure though that the Windows 8 (ARM NT) is similar to Windows Mobile 8 platform. I used the following command to generate the obj file Llc.exe -mtriple=thumbv7-windows -filetype=obj <some_name>.bc The object file generated in the above object doesn't get linked when I try to link it with the windows mobile library as it

Folks, It seems we got the same issue with Clang alignment as before: http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15-selfhost/builds/3025 http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15-selfhost-neon/builds/485 http://lab.llvm.org:8011/builders/clang-cmake-thumbv7-a15-full-sh/builds/118 Commits between 231213 and 231255. There are a few issues that could have brought it: *

Hi Saleem, I have a similar situation - I'd appreciate your inputs on it. I noticed that the obj file generated using llvm does not contain "thumb" instructions. I suspect that is what is causing runtime crash for me. Here's what I've tried - Start with a.c (on my linux machine where I have llvm/clang built as of yesterday) int add(int i, int j) {int k

> On 19 May 2017, at 14:54, Daniel Sanders via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > r303259 will have increased compile-time since it tripled the number of importable > SelectionDAG rules but a quick measurement building the affected file: > ninja lib/Target/<Target>/CMakeFiles/LLVM<Target>CodeGen.dir/<Target>InstructionSelector.cpp.o > for

I am not using llvm tools, but sources and directly calling into relevant LLVM classes and methods. Thanks, Daman On 23/06/14 4:11 pm, "Amara Emerson" <amara.emerson at gmail.com> wrote: >Hi Damanjit, > >I assume you're trying to use the tools like llvm-mc, in which case >you can use the -mattr=+vfpv3 flag to enable it. This applies to other >subtarget

Damanjit Singh wrote: > Hi guys, > > Would really appreciate any help here. > > Thanks, > Daman > > From: Damanjit Singh <dsingh at adobe.com <mailto:dsingh at adobe.com>> > Date: Friday, 6 June 2014 12:57 pm > To: "llvmdev at cs.uiuc.edu <mailto:llvmdev at cs.uiuc.edu>" > <llvmdev at cs.uiuc.edu <mailto:llvmdev at