search for: stripdeadprototyp

...ting. The second, pass-doc.diff is mostly a yank-put > job and updates Passes.html as follows. Thanks, applied! http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080505/062161.html The passes for which you updated the comments are primarily written by: Chris: lib/Transforms/IPO/StripDeadPrototypes.cpp Devang: lib/Transforms/IPO/StructRetPromotion.cpp Chris: lib/Transforms/Scalar/CodeGenPrepare.cpp Chris/Evan: lib/Transforms/Scalar/JumpThreading.cpp Chris: lib/Transforms/Scalar/LoopDeletion.cpp Who should probably review the added comments for accuracy. — Gordon

....\..\lib > \Transforms\Ipo\SimplifyLibCalls.cpp" > - > > - </File> > - <File > RelativePath="..\..\lib > \Transforms\IPO\StripDeadPrototypes.cpp" >> > </File> > @@ -524,7 +520,7 @@ >> > </File> > <File > - RelativePath="..\..\lib > \Transforms\Scalar\...

attached is the diff of vcprojs that need to be changed to fix the VS build as of revision: 51224. I don't know if this catches all the missing bits, but this does build all the way through. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: msvs.patch URL:

Hi all, is there any way to mark a non-referenced function declaration as "used" in any way (by using the C++ code generator) so that it will be ignored by the stripDeadPrototypes and globalDCE pass (and any other pass that possibly might remove seemingly unused functions)? Basically, my modules have a set of function declarations (without an actual body, just a global mapping on the C++ side) that shall not be removed during code optimization, because I need to fin...

> If you're running opt on the command line directly, then use the > "-p" option. See "-help" for more information on that. > > -bw > I have a couple of more questions. 1. Does -std-compile-opts of opt do the same optimization with llvm-gcc with -O[1-3] options? If I want to debug into passes through llvm-gcc, how do I set a breakpoint right before pass

...m -O0 example.cpp -o - | opt /switches copied from the above command debug output/ > example2.bc The minor issue is that opt doesn't know -strip-dead-prototypes pass. Is it possible that this pass isn't linked into the opt tool because opt.cpp doesn't reference any symbol defined in StripDeadPrototypes.cpp. After skipping -strip-dead-prototypes pass bitcode is produced. However, the function assign() in example2.bc is much less optimized than in example1.bc. Is this the expected behavior? If it is, then, what is the correct way to reproduce llvm-gcc -O3 output with the opt tool? -Wojtek -----...

Hi Duncan, > Hi Marcus, > >> is there any way to mark a non-referenced function declaration as "used" >> in any way (by using the C++ code generator) so that it will be ignored >> by >> the stripDeadPrototypes and globalDCE pass (and any other pass that >> possibly might remove seemingly unused functions)? > > try adding it to the llvm.used array. To see what that is, I suggest you > compile some C code in which you have marked some function with attribute > "used", and obs...

Hi Everyone, Can Someone tell me all the interprocedural optimizations that LLVM 2.1 supports. Thank You, Naineet Patel CSE IITB

...owerselect) lowers packed operations to operations on smaller packed datatypes (-lower-packed) (I didn't report the last one in my initial posting, though I had noticed it was missing). I've added the following passes to the documentation: > createStructRetPromotionPass() > createStripDeadPrototypesPass() > createJumpThreadingPass() > createMemCpyOptPass() > createLoopDeletionPass() > createCodeGenPreparePass() I've left out the Global Value Extraction Pass, since that doesn't seem to be a full pass in itself (no RegisterPass for example). I've also pulled Passe...

Hi Duncan, On 7 janv. 2011, at 01:00, Duncan Sands wrote: > LTO is for doing optimizations that are only valid when the module contains > everything that is needed to build the final executable. So adding a flag to > say "not everything is there after all" makes no sense to me. And indeed, everything is there when I call LTO. The flag is not "not everything is there

...copied > from the above command debug output/ > example2.bc > > The minor issue is that opt doesn't know -strip-dead-prototypes > pass. Is > it possible that this pass isn't linked into the opt tool because > opt.cpp doesn't reference any symbol defined in > StripDeadPrototypes.cpp. Yep, that pass is an internal llvm-gcc pass. > After skipping -strip-dead-prototypes pass bitcode is produced. > However, > the function assign() in example2.bc is much less optimized than in > example1.bc. Is this the expected behavior? If it is, then, what is > the &gt...

...GC intrinsics, for GCless code generators (-lowergc) Correlated Expression Elimination (-cee) Lower select instructions to branches (-lowerselect) Additionally, I found the following passes for which no documentation was present: createGVExtractionPass() createStructRetPromotionPass() createStripDeadPrototypesPass() createJumpThreadingPass() createMemCpyOptPass() createLoopDeletionPass() createCodeGenPreparePass() From what I saw in Passes.html, the passes documentation is not generated automatically? What's the policy on updating this documentation? Gr. Matthijs -------------- next part ---...

Razvan Aciu wrote: > As I saw from the mailing list the MSVC 2005 patches were made to take into > account the new files from the development branch, files which are not in > the 2.3 release. So for now the below patch is the only one functional for > the release. If I am wrong, please someone correct me. > > If someone can make a 2005 patch for the release branch, it is ok.

...+Asserts build llvm[2]: Building Release+Asserts Archive Library libLLVMLTO.a make[2]: Leaving directory '/home/NIKHILREDDY/WORK/LLVM_OBJ/lib/LTO' llvm[2]: Compiling InterferenceCache.cpp for Release+Asserts build llvm[3]: Compiling AsmParser.cpp for Release+Asserts build llvm[3]: Compiling StripDeadPrototypes.cpp for Release+Asserts build make[3]: Entering directory '/home/NIKHILREDDY/WORK/LLVM_OBJ/lib/MC/MCDisassembler' llvm[2]: Compiling InterleavedAccessPass.cpp for Release+Asserts build llvm[3]: Compiling Disassembler.cpp for Release+Asserts build llvm[3]: Compiling StripSymbols.cpp for Re...