search for: troshkov

Alright, go ahead with it. —Owen > On Nov 17, 2014, at 4:58 AM, Daniil Troshkov <troshkovdanil at gmail.com> wrote: > > Hi! > > I have not found test case. (It is because we have no target using "ExpandInsertToVectorThroughStack"). > But I tested it for target currently not included in llvm trunk. > > This fix correct and trivial, so I...

...do it ASAP. Have you any ideas about the test case? (targets using ExpandInsertToVectorThroughStack, etc...) On Wed, Nov 12, 2014 at 8:29 PM, Owen Anderson <resistor at mac.com> wrote: > LGTM. Can you supply a testcase? > > —Owen > > > On Nov 12, 2014, at 5:52 AM, Daniil Troshkov <troshkovdanil at gmail.com> > wrote: > > > > Hi Owen! > > > > The "First store the whole vector" is without uses and will be deleted > later. > > I've attached trivial patch to fix it. > > I have no commit access so if patch is OK, plea...

...> > Those look great! I think it could be factored into the current docs, > so as to not duplicate the same information in other places, and I'd > love to see it in. > > Are you volunteering for the job? :) > > cheers, > --renato > > On 3 June 2014 13:33, Daniil Troshkov <troshkovdanil at gmail.com> wrote: > > Hi all! > > > > There is doc about tglben backends: > > > > http://llvm.org/docs/TableGen/BackEnds.html > > > > May be should to add link at > > > > > https://github.com/draperlaboratory/fracture/...

Hi all! There is a simple c code: double a = 3570.0; double b = 35.7 * 100; int main () { if (b != a) return 1; return 0; } It returns 1 due to: 40abe400 00000000 //a = 3570.0 40abe400 00000001 //b = 35.7 * 100; gcc do the same thing, so I think it's ok but why? For floats: float a = 3570.0; float b = 35.7 * 100; int main () { if (b != a) return 1; return 0; } It returns 0...

Hi all! There is doc about tglben backends: http://llvm.org/docs/TableGen/BackEnds.html May be should to add link at https://github.com/draperlaboratory/fracture/wiki/How-TableGen%27s-DAGISel-Backend-Works I remember when I first met the LLVM it would be very useful. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Owen! The "First store the whole vector" is without uses and will be deleted later. I've attached trivial patch to fix it. I have no commit access so if patch is OK, please, commit it . Danil. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20141112/52592eeb/attachment.html>

...ess you're mixing LTO and non-LTO files). I'd guess likely the 'ar' et al needs to be the llvm-ar. I have no experience with LTO in llvm, but with GCC unless one uses the "right" ar, then often LTO information is lost in the archive. On Tue, Apr 5, 2016 at 8:43 AM Daniil Troshkov via llvm-dev < llvm-dev at lists.llvm.org> wrote: > you can also try to find exactly revision number (using binary search > through revisions and using comments in suspicious commits) and try to ask > author directly... at least it will be additional info... > > On Tue, Apr 5,...

Hi Nick! In r207467 you added code(libunwind: DwarfInstructions.hpp): assert(lastReg <= (int)cieInfo.returnAddressRegister && "register range does not contain return address register"); for (int i = 0; i <= lastReg; ++i) { ..... else if (i == (int)cieInfo.returnAddressRegister) There is misprint here: lastReg should be >=

On Tue, Jun 3, 2014 at 7:30 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 3 June 2014 14:10, Daniil Troshkov <troshkovdanil at gmail.com> wrote: > > The job is very simple: add link at page > > > https://github.com/draperlaboratory/fracture/wiki/How-TableGen%27s-DAGISel-Backend-Works > > into doc page > > http://llvm.org/docs/TableGen/BackEnds.html > > That's not...

Hi, Is there a way to passing llc options to clang, for example -march -mcpu, etc. ? Some threads suggested using -mllvm flag, I tried ./clang -mllvm -march=X86-64 -mcpu=core2 -o hello hello.c, but got "Unknown command line argument" Thanks, Ziqiang -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi all, I've been playing around with LLVM and LTO trying to compile some open-source projects. Prior to the 3.8 release I had been using r250630 (if I remember correctly) and I was able to successfully build GamePlay (https://github.com/gameplay3d/GamePlay). Sadly, since upgrading to 3.8 I am getting weird link-time-errors (error: undefined reference to 'XYZ::~XYZ'). It appears