[llvm-dev] no-frame-pointer-elim & optimized (original) (raw)
Eric Christopher via llvm-dev llvm-dev at lists.llvm.org
Wed Apr 26 10:56:16 PDT 2017
- Previous message: [llvm-dev] no-frame-pointer-elim & optimized
- Next message: [llvm-dev] no-frame-pointer-elim & optimized
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
That's really weird. I'm quite surprised that the entry block was moved so much later in the function but haven't had a chance to look more at it. Probably want to take a look and find out where that's happening and why.
-eric
On Tue, Apr 25, 2017 at 10:36 PM Carlo Kok via llvm-dev < llvm-dev at lists.llvm.org> wrote:
Hi, I have a function with: attributes #2 = { "no-frame-pointer-elim"="true" "no-frame-pointer-elim-non-leaf" }
Yet when compiling it generates: https://gist.github.com/carlokok/7c3c98d2fd8c966671f40a5ad94f19d3 (Note how it checks fFinalizer before setting up ebp). It also has a: .loc 36 195 7 prologueend before this happens How can I get llvm to do the frame setup before prologue init (so debuggers know what is going on)? And if not, how can a debugger know where the frame is? IR: https://gist.github.com/carlokok/2ba7da8a3f6ed9ae41e0c84d77b528d6 -- Carlo Kok RemObjects Software
LLVM Developers mailing list llvm-dev at lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170426/8898a8fc/attachment.html>
- Previous message: [llvm-dev] no-frame-pointer-elim & optimized
- Next message: [llvm-dev] no-frame-pointer-elim & optimized
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]