User Details
- User Since
- Mar 23 2015, 1:30 PM (445 w, 2 d)
Sep 28 2017
Sep 27 2017
Sep 26 2017
Committed as LLDB r314225
Updates and small refactors requested by Bruno.
Sep 25 2017
Applied Greg's and Zachary's suggestions:
At @bruno 's request, abandoning this revision in favor of the updated https://reviews.llvm.org/D38208.
That revision has all the changes requested.
Thank you. I am testing a new revision with your suggestions.
Updated to reflect Bruno's suggestions.
Sep 21 2017
Sep 18 2017
Added DEBUG_PRINTF code to enable introspection into what's happening.
Aug 23 2017
Removed unnecessary code and improved code coverage. Also made a few operational changes:
Aug 16 2017
Added more tests, and added an option to clang-import-test to actually use the origin-forwarding code. Also fixed some errors in CompleteType that were caught by these new tests.
Aug 14 2017
Updated the patch to make it possible for external clients to record the origins of types manually, a requirement for LLDB.
Aug 10 2017
Updated the patch to eliminate the need to pass in an OriginMap for the target. The OriginMap can be extracted afterward, and merged by other algorithms if necessary.
Aug 7 2017
Eliminate sensitive dependence on sizeof(int). bool should still be rendered as i1 though.
Added a passing test for a global struct, so we have something that'll fail if the IR dumping breaks.
Aug 1 2017
Jul 31 2017
Jul 25 2017
Jul 24 2017
Jul 11 2017
Upon reflection, it's not worth coming up with a new pattern if
Jul 10 2017
Eliminated a useless Expected.
Jul 9 2017
Responded to Lang's comments inline.
Jul 6 2017
Jun 29 2017
Jun 28 2017
Jun 27 2017
Jun 23 2017
Jun 20 2017
Looks good to me. Upon reflection, I think it's more important to adhere to the standard of the surrounding code in the ASTDumper, otherwise you're hurting reusability.
Thanks for working on this! I have a few requests (some may arise from ignorance of capture semantics).
Jun 19 2017
Jun 16 2017
Hmm, the transforming in place of SelLocs reads a little weirdly to me, but other than that the code seems fine.
Is your concern that you don't know how to write an Objective-C test that would cover this? It looks to me like an Objective-C interface with a method:
@interface MyClass { } -(int)addInt:(int)a toInt:(int)b moduloInt:(int)c; @end
might be enough for an ASTMerge test. If you want to make clang-import-test use this code, then we might need to add one or two things into that tester to handle Objective-C method lookup.
Thanks for the test. This looks fine.
Jun 14 2017
Sorry for the late review, I saw your ping but the last week was busy. Anyway, thanks for the tests!
Jun 1 2017
ModifiedType gets assigned during construction and getModifiedType() is just an accessor, so if that is nullptr something very bad is happening. We should not expect that except in case of a parser bug of some sort.
May 31 2017
May 16 2017
Used CFLAGS_EXTRAS instead of CFLAGS at Greg Clayton's suggestion.
Updated to reflect Pavel Labath's suggestions:
May 15 2017
Two changes after Greg and Pavel's suggestions:
Committed r303110.
Updated the Makefile to fix a problem caught by Pavel Labath.
Also relocated the new test to lang/objc.
May 12 2017
May 11 2017
Improved symbol lookup per Greg and Jim's suggestion, with flipped steps 2 and 3.
Also added testing for the error case.
I also would flip 2 and 3. I'll give this a shot.
May 10 2017
• Added a FIXME per Aleksei Sidorin's suggestion.
May 9 2017
May 8 2017
Eliminated a missing newline at end of file error
May 5 2017
A few minor nits, but the operation of ignoring certain sanitizer flags seems to be happening in the wrong place.
May 2 2017
Apr 27 2017
Apr 26 2017
Apr 24 2017
Closed by r301273
Looks good to me. This is a good step toward simplifying the ASTImporter and breaking out its parts to be useful on their own.
Obviously make sure the tests pass :)