similar to: [LLVMdev] Scalar evolution question

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

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

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: >

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 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

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

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

Thanks for the followup. If I understand the suggestion correctly, this doesn't solve the problem of building a jump table to call into other functions, since, as you note, indirectbr can only call into blocks in the same function. 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

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 9/17/2012 11:59 AM, Yiannis Tsiouris wrote: > Hi all, > > I recently updated my LLVM tree and I have a strange issue with the use > of blockaddress. The LLVM file that I try to compile is [1]. Taking the address of a block by itself has zero guarantees about whether or not that block will exist by the time the code is emitted. If the block no longer exists by the end, it gets

On 11/14/2012 2:22 AM, Shuxin Yang wrote: > I do some google, I cannot find the answer... > I check C std, I cannot find answer either. The C++11 standard explicitly allows compilers to assume that all loops will eventually terminate: [intro.multithread] 24: The implementation may assume that any thread will eventually do one of the following: — terminate, — make a call to a library I/O

On 1/8/2013 8:30 PM, Chris Lattner wrote: > Wow, requiring GCC 4.7 would be really aggressive, it was just > released in March 2012. Call me conservative, but I was thinking that > a reasonable GCC baseline would be GCC 4.4 or something (which is ~3.5 > years old). On considering which versions get you various C++11 goodies, I'd personally recommend gcc 4.5 as the baseline:

On Fri, Jan 4, 2013 at 2:49 PM, Tom Roeder <tmroeder at google.com> wrote: > Thanks for the followup. > > If I understand the suggestion correctly, this doesn't solve the > problem of building a jump table to call into other functions, since, > as you note, indirectbr can only call into blocks in the same > function. Is the conclusion then that there is no way to do

On 6/15/2012 6:00 PM, Owen Anderson wrote: > On Jun 15, 2012, at 2:54 PM, dag at cray.com wrote: > >> Looking through TOT sources, I don't see anything that would provide >> def/use chains (or equivalent information) post register allocation. I >> would like to write some peeps to clean up various target-specific >> things but for safety I will need such

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