search for: cranmer

________________________________ From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of JF Bastien via llvm-dev <llvm-dev at lists.llvm.org> Sent: Tuesday, April 28, 2020 4:54 PM To: Cranmer, Joshua <joshua.cranmer at intel.com> Cc: llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Nontemporal memory accesses and fences I see nontemporals as a nice builtin so you don’t have to hand-write the assembly. I don’t think existing hardware is consist...

...t suggests an introduction of nontemporal-specific fences, but there appears to have been no effort to actually push this into LLVM. What's the current status of this work, and what is the right way to move forward and clarifying the semantics of !nontemporal with respect to threads. -- Joshua Cranmer -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200428/52e0399e/attachment.html>

Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. -- John Harrison On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > >> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >> flushes via `atexit()`. This patch allows you to flush the coverage at any >> point by calling `__llvm_gcov_flush`...

Is anyone aware of what the status of the LLVM PGI Fortran front-end is? The last I've seen any information on this mailing list is about a year ago, and the original mailing list message suggested that it would be made public in late 2016. -- Joshua Cranmer Source code archæologist

...n Harrison On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, > since this feature works already. > > -- > John Harrison > > > On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com>wrote: > >> On 2/6/2013 11:43 AM, John Harrison wrote: >> >>> The way `-ftest-coverage -fprofile-arcs` works at the moment it only >>> flushes via `atexit()`. This patch allows you to flush the coverage at any >>> point by call...

Thank you. The edit made no difference. I did a clean install and the same error is reported. Any other suggestions? regards, Ashwin On Aug 21, 2012, at 2:59 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 8/21/2012 3:52 PM, Ashwin kumar wrote: >> Hi everyone, >> >> This is Ashwin. I have a mac running osx 10.8. I am new to LLVM and have the version 3.1 installed. I am trying to get some LLVM transform passes running on my machine. Aft...

...t the email is *exactly* the same as yesterday’s I’d rather bet on a technical reason here. So probably no intention by Joshua ;-) Regards Jonas From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of C Bergström via llvm-dev Sent: Thursday, May 18, 2017 8:27 AM To: Joshua Cranmer <cranmer2 at illinois.edu> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] LLVM Fortran front-end Didn't you see Hal's reply? He keeps saying that they will announce something. I expect it will likely be timed around ISC17 or SC17 if it will be this year....

On Oct 23, 2012, at 6:22 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 10/23/2012 1:58 PM, John Criswell wrote: >> Dear All, >> >> I'm enhancing a MachineFunctionPass that enforces control-flow integrity. One of the things I want to do is to set the alignment of an instruction (by adding NOPs befor...

...t; > > On Wed, Feb 6, 2013 at 10:24 AM, John Harrison <ash.gti at gmail.com> wrote: > Ah, my mistake. So this already works. I guess that bug is out of date, since this feature works already. > > -- > John Harrison > > > On Wed, Feb 6, 2013 at 10:00 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 2/6/2013 11:43 AM, John Harrison wrote: > The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush`...

...i On Aug 21, 2012, at 5:55 PM, Ashwin kumar <ashwinkumar18 at gmail.com> wrote: > Thank you. The edit made no difference. I did a clean install and the same error is reported. > > Any other suggestions? > > regards, > Ashwin > > On Aug 21, 2012, at 2:59 PM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > >> On 8/21/2012 3:52 PM, Ashwin kumar wrote: >>> Hi everyone, >>> >>> This is Ashwin. I have a mac running osx 10.8. I am new to LLVM and have the version 3.1 installed. I am trying to get some LLVM transform passes runni...

..._TARGETS_TO_BUILD doesn't tell you *which* targets you can build in the first place. I'm sure most people who do a lot of cmake know these settings by the back of their hand, but if you're like me and totally clueless when it comes to cmake, it's downright confusing. -- Joshua Cranmer News submodule owner DXR coauthor -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120622/2bd6cc05/attachment.html>

Does anyone know of any loop strip-mining passes implemented in LLVM? -- Joshua Cranmer News submodule owner DXR coauthor

...flush` > works for gcc. > > If there is another way of doing this, I might of missed it but I was > looking for `__gcov_flush` and I did not find the equivalent in llvm > at the moment. __gcov_flush is added by the GCOVProfiling.cpp pass by GCOVProfiler::insertFlush. -- Joshua Cranmer News submodule owner DXR coauthor

...ries as the original llc, including the > function order (function order may not affect code quality, but we > should make sure the output is same in each run)? Per <http://www-plan.cs.colorado.edu/diwan/asplos09.pdf>, function order can affect performance by up to 15%. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

.... > It turns out that, on OS X, using the installed tool makes it unusable for plugins. If you edit this line of Makefile.rules: ProgInstall = $(INSTALL) $(Install.StripFlag) -m 0755 so that it looks like this: ProgInstall = $(INSTALL) -m 0755 it should work after installing. -- Joshua Cranmer News submodule owner DXR coauthor -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120821/ee8c8fc6/attachment.html>

...n. Is the conclusion then that there is no way to do this in LLVM IR? It looks like these kind of restrictions (no branching between functions and no instructions outside of functions) are designed into the structure of LLVM IR. Is this correct? Thanks, Tom On Thu, Jan 3, 2013 at 6:50 AM, Joshua Cranmer <pidgeot18 at gmail.com> wrote: > On 1/2/2013 11:05 AM, Tom Roeder wrote: >> >> Hi, >> >> I'm currently writing an opt module for fast indirect call checks >> using a table of allowed indirect call targets. The code replaces >> function pointers with...

On 28.08.2012 14:08, Joshua Cranmer wrote: > On 8/27/2012 9:57 PM, Hongbin Zheng wrote: >> I think the C backend also allow people performing source-to-source >> transform with LLVM (instead of Clang). > > I do not believe that this would be the case nor that it should be a > goal. Source-to-source transforma...

The way `-ftest-coverage -fprofile-arcs` works at the moment it only flushes via `atexit()`. This patch allows you to flush the coverage at any point by calling `__llvm_gcov_flush` the same way `__gcov_flush` works for gcc. If there is another way of doing this, I might of missed it but I was looking for `__gcov_flush` and I did not find the equivalent in llvm at the moment. -- John Harrison

...; able to find a way to do this, but I would appreciate any pointers you > can give me. You can use a jump table using indirectbr, although note that this instruction requires you to label all the possible target blocks and that the targets can only be blocks in the same function. -- Joshua Cranmer News submodule owner DXR coauthor

...pass. An example here is the x86 jmp instruction: the choice between near and long jumps (and hence 2 bytes or 5 bytes on x86-64) is not made until the actual conversion to MCInst and after applying all of the fixups--which only happens deep within the bowels of the AsmPrinter pass. -- Joshua Cranmer News submodule owner DXR coauthor