similar to: [LLVMdev] Unreachable block eliminate problem.

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

Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. Is there a way to have __gcov_flush flush everything? -- John 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. >

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

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

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. After having compiled the LLVM source without making changes to the configuration files I am able to run the LLVM gcc and clang. But I am having some trouble using the passes. I tried loading the hello pass inside the

> > Not having an AV or swithching it off at times is not a sign of > stupidity. The best antivirus is a mindful, knowledgeable user. And the > antivirus doesn't really protect you in case of risky behavior. > I couldn't have said it better myself. I've had three viruses in 29 years and only one of them was my own fault. I've spent hours trying to explain people

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 offsets into the table then masks the offset for the table size and restores the function pointer before the call. I have some ways of dealing with some kinds of external code that are sufficient for my use case but not for more general

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

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` > works for gcc. > > If there is another way of doing this, I might of missed it but I was > looking for

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. After having compiled the LLVM source > without making changes to the configuration files I am able to run the > LLVM gcc and clang. But I am

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 offsets into the table then masks the offset > for the table size and restores the function pointer before the call. > I have some ways of dealing with some kinds of

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 before it in the MachineBasicBlock or > by emitting an alignment directive to the assembler) if it causes a > specific sequence of bytes to be

Yikes! It only flushes the counts for the current compilation unit? That sounds like a terrible bug. Can you file a bugzilla report, please? On Feb 6, 2013, at 12:05 PM, John Harrison <ash.gti at gmail.com> wrote: > Why does __gcov_flush only flush the current compilation unit? For gcc __gcov_flush flushes all of the loaded files. > > Is there a way to have __gcov_flush flush

On 6/15/2012 8:12 PM, Mikael Lyngvig wrote: > > Not having an AV or swithching it off at times is not a sign of > stupidity. The best antivirus is a mindful, knowledgeable user. > And the > antivirus doesn't really protect you in case of risky behavior. > > > I couldn't have said it better myself. I've had three viruses in 29 > years and

On 4/24/2012 1:50 PM, Justin Holewinski wrote: > > Hi LLVMers, > > We at NVIDIA would like to contribute back to the LLVM open-source > community by up-streaming the NVPTX back-end for LLVM. This back-end > is based on the sources used by NVIDIA, and currently provides > significantly more functionality than the current PTX back-end. Some > functionality is currently

Have you tried to pass --enable-shared to configure? It works for me. $ opt -load /usr/local/lib/LLVMHello.dylib -help | grep hello -hello - Hello World Pass -hello2 - Hello World Pass (with getAnalysisUsage implemented) - xi On Aug 21, 2012, at 5:55 PM, Ashwin kumar <ashwinkumar18 at gmail.com> 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 before it in the MachineBasicBlock or by emitting an alignment directive to the assembler) if it causes a specific sequence of bytes to be generated at a specific alignment. The goal is to ensure that sequences of

On 11/23/2013 12:18 AM, Mikael Lyngvig wrote: > Thanks, you have a lot of valid points there. I have myself long ago > abandoned the path of using C as a backend language due to the very > factors you mention. > > However, as I said, the document was put together in 30 minutes. Not > exactly ready for prime time :-) > > I do agree that all of the things you mention

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 before it in the MachineBasicBlock or by emitting an alignment

I think the C backend also allow people performing source-to-source transform with LLVM (instead of Clang). ether On Tue, Aug 28, 2012 at 10:30 AM, Philipp Klaus Krause <pkk at spth.de> wrote: > Will this allow users to compile C++ (or some other language that LLVM > has a frontend for) to C, which then can be compiled using a C compiler > for a target architecture, for which only