search for: shadowstackgc

Hi, I've been looking at all of the uses of the 'unwind' instruction, and ShadowStackGC.cpp is the last pass which actually creates 'unwind' instructions. The thing is, this pass seems to be dead. It hasn't been updated in any meaningful way since ~79000. Should this pass go the way of the dodo? -bw -------------- next part -------------- A non-text attachment was scrub...

..." GC implementation when I first started out with LLVM's garbage collector infrastructure. -- Ben On Sun, Aug 21, 2011 at 5:17 AM, Bill Wendling <wendling at apple.com> wrote: > Hi, > > I've been looking at all of the uses of the 'unwind' instruction, and > ShadowStackGC.cpp is the last pass which actually creates 'unwind' > instructions. The thing is, this pass seems to be dead. It hasn't been > updated in any meaningful way since ~79000. > > Should this pass go the way of the dodo? > > -bw > > > > > > ______________...

...t; CollectorRegistry::listener *CollectorRegistry::ListenerHead = 0; template<> CollectorRegistry::listener *CollectorRegistry::ListenerTail = 0; Afterwards, the most important features work more or less as to be expected: // ShadowStackCollector.cpp CollectorRegistry::Add<ShadowStackGC> Y("shadow-stack", "Shadow-stack collector, for uncooperative code generators"); // llc.cpp static cl::opt<const CollectorRegistry::entry*, false, CollectorRegistry::Parser> GC("gc", cl::desc("Enable garbage collection.")); Colle...

...uded the assembly for root.ll as shown. >> I'm actually puzzled that exception handling code is generated, and more >> so that it is caused by the llvm.gcroot call. If I comment that one out >> all no exception handling stuff is created: > > The EscapeEnumerator code in ShadowStackGC.cpp adds cleanup code using > invoke and unwind - might be related to this? Okay, so that's probably where the EH stuff comes from. Does the assembler error indicate a bug or is there something else I need to do (like using a gcc flag, or perhaps using ld instead of gcc) to generate an exec...

Hi all, I'm toying around with LLVM's GC support and am struggling with the following. I have a little test snippet (a .ll file with IR) that uses llvm.gcroot to mark a GC root, but when I compile it to assembly with llc, followed by generating an executable with gcc I get an error related to exception handling: 22:40|melis at juggle2:~/projects/llvm_gc> cat root.ll %obj = type { i8*,

...#39; being compiled 2> with 2> [ 2> T=llvm::MachineBasicBlock 2> ] 2>c:\Documents and Settings\Administrator\llvm\include\llvm/Intrinsics.h(39) : fatal error C1083: Cannot open include file: 'llvm/Intrinsics.gen': No such file or directory 2>ShadowStackGC.cpp 3>c:\Documents and Settings\Administrator\llvm\include\llvm/Intrinsics.h(39) : fatal error C1083: Cannot open include file: 'llvm/Intrinsics.gen': No such file or directory 3>InlineSimple.cpp 2>c:\Documents and Settings\Administrator\llvm\include\llvm/Intrinsics.h(39) : fatal e...

...ts build llvm[2]: Compiling ScheduleDAG.cpp for Release+Asserts build llvm[2]: Compiling ScheduleDAGInstrs.cpp for Release+Asserts build llvm[2]: Compiling ScheduleDAGPrinter.cpp for Release+Asserts build llvm[2]: Compiling ScoreboardHazardRecognizer.cpp for Release+Asserts build llvm[2]: Compiling ShadowStackGC.cpp for Release+Asserts build llvm[2]: Compiling ShadowStackGCLowering.cpp for Release+Asserts build llvm[2]: Compiling ShrinkWrap.cpp for Release+Asserts build llvm[2]: Compiling SjLjEHPrepare.cpp for Release+Asserts build llvm[2]: Compiling SlotIndexes.cpp for Release+Asserts build llvm[2]: Compi...