search for: 7cjotrem

I'm sure I've seen many commits with both "Reviewed by:" and "Reviewers:" tags, which look to have been done with arc (though I can't be sure). How were those generated? On Sat, 4 Jan 2020 at 19:12, David Blaikie <dblaikie at gmail.com> wrote: > Yeah, I tend to prune it down myself - and if the list has only one name > on it, it's usually a pretty

..._____________ > >>> LLVM Developers mailing list > >>> llvm-dev at lists.llvm.org > >>> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fli > >>> sts.llvm.org%2fcgi-bin%2fmailman%2flistinfo%2fllvm-dev&data=01%7c0 > >>> 1%7cjotrem%40microsoft.com%7c606569a7772347cd741408d2fd0babf8%7c72 > >>> f988bf86f141af91ab2d7cd011db47%7c1&sdata=n61OMLL2IjHgbhxfk14QNboJi > >>> MdHphjpB5DlXBIqKso%3d > >> > >> -- > >> > >> > >> > >> -- > >> Hal Fi...

..._____________ > >>> LLVM Developers mailing list > >>> llvm-dev at lists.llvm.org > >>> https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fli > >>> sts.llvm.org%2fcgi-bin%2fmailman%2flistinfo%2fllvm-dev&data=01%7c0 > >>> 1%7cjotrem%40microsoft.com%7c606569a7772347cd741408d2fd0babf8%7c72 > >>> f988bf86f141af91ab2d7cd011db47%7c1&sdata=n61OMLL2IjHgbhxfk14QNboJi > >>> MdHphjpB5DlXBIqKso%3d > >> > >> -- > >> > >> > >> > >> -- > >> Hal Fi...

When looking into https://llvm.org/bugs/show_bug.cgi?id=24866, I discovered that the root cause of the crash is that I was expecting every basic block to have a corresponding Node in the dominator tree. Apparently, the "while.end" basic block in the example does not have a Node in the Dominator Tree. Can anyone tell me if this is expected? If so, under what circumstances?

I would like to create something like this (x86_64) .section __DATA,__data .align 4 _a: .long 18 .globl _b _b: .long 48 If you like to notice, there is no alignment between _a and _b. _b is basically offseting into a record structure. ---- When I use two discrete structs, I get .aligns and I also don't trust the tools to keep the two globals together. %struct.a = type { i32 }

> On Dec 4, 2015, at 10:33 AM, Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > ----- Original Message ----- >> From: "Vaivaswatha Nagaraj" <vn at compilertree.com> >> To: "James Molloy" <james at jamesmolloy.co.uk>, "Hal Finkel" <hfinkel at anl.gov> >> Cc: "LLVM Dev" <llvm-dev at

I've run into a problem that I'm trying to figure out how to address and would welcome ideas and feedback. Today, the vectorizer will nicely vectorize loops using the widest legal vector type for the target. On a reasonable recent machine, this will often end up using AVX2 registers which are 32 bytes wide. If during register allocation, we decide to spill one of these registers, we

Hello everyone, I've just uploaded a patch (https://reviews.llvm.org/D70261) to introduce a could of new token types to be used with constrained floating point intrinsics and, optionally, vector predicated intrinsics. These intrinsics may not be of interest to many of you, but I have a more general question. I would like some general feedback on the way I am proposing to use token arguments

...iday, January 22, 2016 3:36 PM To: llvm-dev <llvm-dev at lists.llvm.org>; Joseph Tremoulet <jotrem at microsoft.com>; Manuel Jacob <me at manueljacob.de>; chenli@ <"azulsystems chenli"@https://na01.safelinks.protection.outlook.com/?url=azulsystems.com&data=01%7c01%7cjotrem%40microsoft.com%7c81b669bbdc6a4dec072208d32e607440%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=Ru7P2lfCvpxYDglofpoxAOW%2bUVTwwEc7UQLXQ%2bj2pLs%3d>; Sanjoy Das <sanjoy at playingwithpointers.com> Subject: FYI: gc relocations on exception path w/RS4GC currently broken For anyone follow...

...36 PM > To: llvm-dev<llvm-dev at lists.llvm.org>; Joseph > Tremoulet<jotrem at microsoft.com>; Manuel Jacob<me at manueljacob.de>; > chenli@<"azulsystems > chenli"@https://na01.safelinks.protection.outlook.com/?url=azulsystems > .com&data=01%7c01%7cjotrem%40microsoft.com%7c81b669bbdc6a4dec072208d32 > e607440%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=Ru7P2lfCvpxYDglof > poxAOW%2bUVTwwEc7UQLXQ%2bj2pLs%3d>; Sanjoy > Das<sanjoy at playingwithpointers.com> > Subject: FYI: gc relocations on exception path w/RS4GC currently &g...

For anyone following along on ToT using the gc.statepoint mechanism, you should know that ToT is currently not able to express arbitrary exceptional control flow and relocations along exceptional edges. This is a direct result of moving the gc.statepoint representation to using a token type landingpad. Essentially, we have a design inconsistency where we expect to be able to