search for: belevich

...hresholds and other parameters. * augment Inliner pass to use existing TargetTransformInfo API to figure out cost of particular call on a given target. TargetTransforInfo already has getCallCost(), though it does not look like anything uses it. Comments? Concerns? Suggestions? Thanks, -- --Artem Belevich -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160301/e371ce52/attachment.html>

David's change makes nvvm_reflect_anchor unnecessary. The issue with dots in names generated by llvm still needs to be fixed. On Apr 9, 2016 8:32 AM, "Jingyue Wu" <jingyue at google.com> wrote: > Artem, > > With David's http://reviews.llvm.org/rL265060, do you think > __nvvm_reflect_anchor is still necessary? > > On Fri, Apr 8, 2016 at 9:37 AM, Yuanfeng

...would really just be a scaling factor of the inline heuristics. Unsure of how to more scientifically express this construct. -Chandler On Thu, Mar 10, 2016 at 3:42 PM Hal Finkel via llvm-dev < llvm-dev at lists.llvm.org> wrote: > ----- Original Message ----- > > From: "Artem Belevich via llvm-dev" <llvm-dev at lists.llvm.org> > > To: "llvm-dev" <llvm-dev at lists.llvm.org> > > Sent: Tuesday, March 1, 2016 6:31:06 PM > > Subject: [llvm-dev] [RFC] Target-specific parametrization of function > inliner > > > > Hi, > &gt...

Hi, I work in a large CUDA codebase and use Clang to build some of our CUDA code to improve compilation speed. We're planning to upgrade to CUDA 11 soon, and it appears that CUDA 11 is not yet supported in LLVM. >From the LLVM commits history, I can see that work on CUDA 11 has started. Is this currently being worked on? What is the remaining work left? And is any help needed to finish

...to mean something. Replacing a > global set of somewhat-arbitrary magic numbers, with target-specific sets > of somewhat-arbitrary magic numbers should be our last choice. > > Thanks again, > Hal > > > > > > Thanks, > > -- > > > > > > --Artem Belevich > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > > > -- > Hal Finkel > Assistant Computational Scientist > Leadership Compu...

Hello, When generating the PTX output from CUDA file(.cu file), the minimum target that is accepted by LLVM is sm_20. But I have a specific requirement to generate PTX output for compute capability 1.0 (sm_10). Is there any previous version of LLVM supporting this? Thank you, Ginu -------------- next part -------------- An HTML attachment was scrubbed... URL:

Clang currently doesn't support CUDA separate compilation and thus extern __device__ functions and variables cannot be used. Could someone give me any pointers where to look or what has to be done to support this? If at all possible, I'd like to see what's missing and possibly try to tackle it. -------------- next part -------------- An HTML attachment was scrubbed... URL:

+Artem Belevich <tra at google.com> On Fri, Mar 23, 2018 at 7:53 PM Bharath Bhoopalam via llvm-dev < llvm-dev at lists.llvm.org> wrote: > I was wondering if anyone has encountered this issue when cross compiling > cuda on Nvidia TX2 running android. > > The error is > In file included...

...ics. Unsure of how to more scientifically express this construct. > > -Chandler > > On Thu, Mar 10, 2016 at 3:42 PM Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > ----- Original Message ----- > > From: "Artem Belevich via llvm-dev" <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> > > To: "llvm-dev" <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> > > Sent: Tuesday, March 1, 2016 6:31:06 PM > > Subject: [llvm-dev] [RFC] Targe...

...--- From: <llvm.buildmaster at lab.llvm.org> Date: Mon, Sep 28, 2015 at 11:17 PM Subject: buildbot failure in LLVM on clang-ppc64-elf-linux2 To: Aaron Ballman <aaron at aaronballman.com>, Adrian Prantl <aprantl at apple.com>, Andrew Kaylor <andrew.kaylor at intel.com>, Artem Belevich <tra at google.com>, Artur Pilipenko <apilipenko at azulsystems.com>, Dan Gohman < dan433584 at gmail.com>, Daniel Jasper <djasper at google.com>, Daniel Sanders < daniel.sanders at imgtec.com>, David Blaikie <dblaikie at gmail.com>, Evgeniy Stepanov <eugeni.s...

I was wondering if anyone has encountered this issue when cross compiling cuda on Nvidia TX2 running android. The error is In file included from <built-in>:1: In file included from prebuilts/clang/host/linux-x86/clang-4667116/lib64/clang/7.0.1/include/__clang_cuda_runtime_wrapper.h:219: ../cuda/targets/aarch64-linux-androideabi/include/math_functions.hpp:3477:19: error: no matching function

...> Date: Mon, Sep 28, 2015 at 11:17 PM > > Subject: buildbot failure in LLVM on clang-ppc64-elf-linux2 > > To: Aaron Ballman < aaron at aaronballman.com >, Adrian Prantl < > > aprantl at apple.com >, Andrew Kaylor < andrew.kaylor at intel.com >, > > Artem Belevich < tra at google.com >, Artur Pilipenko < > > apilipenko at azulsystems.com >, Dan Gohman < dan433584 at gmail.com >, > > Daniel Jasper < djasper at google.com >, Daniel Sanders < > > daniel.sanders at imgtec.com >, David Blaikie < dblaikie at gmail...

...rd to adapt them.​ > > That's good to hear :) > > Thanks, > Nicolai > > [0] > http://nhaehnle.blogspot.de/2018/02/tablegen-2-functional-programming.html > > -- > Lerne, wie die Welt wirklich ist, > Aber vergiss niemals, wie sie sein sollte. > -- --Artem Belevich -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180314/ba9ce048/attachment.html>

Hi, Is there anything known about ZFS under 10.0-BETA4 when FreeBSD was upgraded from 9.2-RELEASE? I have two servers, with very different hardware (on is with soft raid and the other have not) and after a zpool upgrade, no way to get the server booting. Do I miss something when upgrading? I cannot get the error message for the moment. I reinstalled the raid server under Linux and the other

Hi Artem, Thank you for your encouraging reply :) I have now cleaned up the first batch of changes and put them on Phabricator here: https://reviews.llvm.org/D43552 I've tried to keep individual changes small, and I've verified with `git rebase -x` that the build is good after each change. This first batch does not cause any changes in backend's generated files. [snip]>

...ing to document some of my findings and changes on my blog, > the first entry is here: > > https://nhaehnle.blogspot.de/2018/02/tablegen-1-what-has-tablegen-ever-done.html > > -- > Lerne, wie die Welt wirklich ist, > Aber vergiss niemals, wie sie sein sollte. > -- --Artem Belevich -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180220/460c9114/attachment-0001.html>

Hi all, While working on some features for the AMDGPU backend -- specifically, explicit address components for image intrinsics, which involves generating both (a) a lot of intrinsics with different but somewhat regular parameter types, and (b) the patterns to select instructions for those intrinsics -- I got fed up with a lot of the TableGen bugs and limitations and set out to fix things.

Occasionally stopping amd freezes my system. It's a rare occurrence, and I haven't found a reliable way to reproduce it. It's also a real freeze, so there's no way to get into the debugger or grab a core dump. I only can perform the 4 seconds hard shutdown to revive the system. I run amd through sysutils/automounter, which is a scripting solution that generates an amd.map file

On Tue, Feb 9, 2016 at 2:37 PM, Chris Lattner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Feb 9, 2016, at 9:40 AM, Jacques Pienaar via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Hi all, > > > > We would like to contribute a new backend for the Lanai processor > (derived from the processor described in [1]). > >

OK, I see the problem. You were right that we weren't picking up libdevice. CUDA 7.0 only ships with the following libdevice binaries (found /path/to/cuda/nvvm/libdevice): libdevice.compute_20.10.bc libdevice.compute_30.10.bc libdevice.compute_35.10.bc If you ask for sm_50 with cuda 7.0, clang can't find a matching libdevice binary, and it will apparently silently give up and try to