Displaying 3 results from an estimated 3 matches for "stripdebug".
Did you mean:
sipdebug
2015 Aug 21
2
Canonical representation for empty lists in debug info metadata
While checking for serialization/deserialization without using pointee
types, I've come across a few test cases that crash at head, without my
debugging assertions for accessing pointee types.
One of them is test/Transforms/StripSymbols/2010-06-30-StripDebug.ll
Its retainedTypes metadata points to a metadata array of a single null
element.
This crashes the dyn_cast (because it's not a dyn_cast_or_null)
Verifier.cpp:3785
Do you have a preferred/canonical representation intended in this case - an
extant, but zero-length list, or no list at all? I...
2013 Jul 28
0
[LLVMdev] IR Passes and TargetTransformInfo: Straw Man
...uot;));
@@ -470,6 +475,23 @@
Builder.populateModulePassManager(PM);
}
+static void AddPreIPOCompilePasses(PassManagerBase &PM) {
+ PM.add(createVerifierPass()); // Verify that input is correct
+
+ // If the -strip-debug command line option was specified, do it.
+ if (StripDebug)
+ addPass(PM, createStripSymbolsPass(true));
+
+ if (DisableOptimizations) return;
+
+ // -std-preipo-opts adds the same module passes as -O3.
+ PassManagerBuilder Builder;
+ if (!DisableInline)
+ Builder.Inliner = createTinyFuncInliningPass();
+ Builder.OptLevel = 3;
+ Builder.populat...
2013 Jul 18
3
[LLVMdev] IR Passes and TargetTransformInfo: Straw Man
Andy and I briefly discussed this the other day, we have not yet got
chance to list a detailed pass order
for the pre- and post- IPO scalar optimizations.
This is wish-list in our mind:
pre-IPO: based on the ordering he propose, get rid of the inlining (or
just inline tiny func), get rid of
all loop xforms...
post-IPO: get rid of inlining, or maybe we still need it, only