[Lldb-commits] [PATCH] D27394: Fix expression evaluation inside lambda functions for gcc

tberghammer abandoned this revision. tberghammer added a comment. Based on the feedback will try to fix the Clang AS importer instead (don't have any ETA for it) https://reviews.llvm.org/D27394 ___ lldb-commits mailing list

Re: [Lldb-commits] [PATCH] D27394: Fix expression evaluation inside lambda functions for gcc

> On Dec 6, 2016, at 1:42 AM, Tamas Berghammer via Phabricator > wrote: > > tberghammer added a reviewer: aprantl. > tberghammer added a comment. > > +Adrian > > Thank you for all the comment. I agree that teaching the AST Importer to be > able to handle types

[Lldb-commits] [PATCH] D27394: Fix expression evaluation inside lambda functions for gcc

tberghammer added a reviewer: aprantl. tberghammer added a comment. +Adrian Thank you for all the comment. I agree that teaching the AST Importer to be able to handle types inside a DeclBlock would be the best long term solution but I am not sure about its complexity and feasibility (will take

[Lldb-commits] [PATCH] D27394: Fix expression evaluation inside lambda functions for gcc

clayborg added a reviewer: spyffe. clayborg added a comment. I am going to include Sean Callanan in on this one to see what he thinks. We might just want to fix the AST importer so that it can handle types in a BlockDecl. https://reviews.llvm.org/D27394

[Lldb-commits] [PATCH] D27394: Fix expression evaluation inside lambda functions for gcc

tberghammer created this revision. tberghammer added a reviewer: clayborg. tberghammer added a subscriber: lldb-commits. Fix expression evaluation inside lambda functions for gcc gcc emits the artificial struct created for lambda expressions inside a lexical block what is not understood by clang