Add support for C-style alias declarations#150
Conversation
a19ff23 to
f1f75a0
Compare
Codecov Report
@@ Coverage Diff @@
## master #150 +/- ##
==========================================
+ Coverage 81.47% 81.53% +0.06%
==========================================
Files 7 7
Lines 4528 4534 +6
==========================================
+ Hits 3689 3697 +8
+ Misses 839 837 -2
Continue to review full report at Codecov.
|
| /** */ IdentifierList identifierList; | ||
| /** */ AliasInitializer[] initializers; | ||
| /** */ string comment; | ||
| /** */ Parameters parameters; |
There was a problem hiding this comment.
My first PR to the parser. Thanks!! (added)
| /** */ AliasInitializer[] initializers; | ||
| /** */ string comment; | ||
| /** */ Parameters parameters; | ||
| /** */ MemberFunctionAttribute[] memberFunctionAttributes; |
There was a problem hiding this comment.
You forget to visit the memberFunctionAttributes
There was a problem hiding this comment.
Looks like this is fixed.
Indeed. I've opend an issue about this https://issues.dlang.org/show_bug.cgi?id=16020 but i think that the only resolution possible is a personal initiative or a DIP. In the absence of the required language change supporting this in libdparse sounds like the right choice. |
That stroke me as quite odd -> #151 |
00738d0 to
06855ee
Compare
Thanks a lot for the quick approval! |
|
Okay @bbasile - how do we proceed here? Does this need approval from @Hackerpilot or can we move ahead? |
I've explained why i agree but initially not to parse them was a clearly a choice, so yes. |
|
I initially left support for this out as I thought
|
Hehe, I think we all were/are still confused by this oversight... So this means this PR is good to go? :) |
|
Not sure if you noticed, but I clicked the "approve" button in Github. |
I did, but I was just wondering whether there was a reason why you didn't hit merge afterwards ;-) |
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
Most notably this contains: - upgraded libdparse with support for deprecated C-style alias declarations (-> dlang-community/libdparse#150) - has_public_example check Full changelog: dlang-community/D-Scanner@455cc3f...40d7561
In Phobos
std.typeconsandstd.traitsuse thisaliassyntax:As AFAICT there's no alternative syntax to this, replacing the few uses sadly doesn't work.
Hence, it would be very appreciated if Dscanner (and thus libdparse) could parse these declarations at least to the degree of not throwing a hard error ;-)
I gave this a shot and it looks like it's very hard to support.
References: