Fix #526, support int*[0].init

[0-v-0]

No description provided.

[WebFreak001]

the condition always returns true (must be Type -> Type2 -> BuiltinType at this point due to the current token being one of BasicTypes and then the parseType does not require any further things)

Also removes the need for bookmark/checkpoint

Additionally for backwards compatibility add a getter function in ast.d in PrimaryExpression, which returns type?.type2?.builtinType ?? IdType.init

[codecov]

Codecov Report

❌ Patch coverage is 83.33333% with 4 lines in your changes missing coverage. Please review.
✅ Project coverage is 84.81%. Comparing base (ddddc86) to head (cb77def).
⚠️ Report is 15 commits behind head on master.

Files with missing lines	Patch %	Lines
src/dparse/ast.d	80.00%	4 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #531      +/-   ##
==========================================
+ Coverage   84.68%   84.81%   +0.13%     
==========================================
  Files          11       11              
  Lines        8565     8812     +247     
==========================================
+ Hits         7253     7474     +221     
- Misses       1312     1338      +26     

Files with missing lines	Coverage Δ
src/dparse/parser.d	92.64% <100.00%> (-0.15%)	⬇️
src/dparse/ast.d	70.00% <80.00%> (-0.19%)	⬇️

... and 2 files with indirect coverage changes

---

Continue to review full report in Codecov by Sentry.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6b0a901...cb77def. Read the comment docs.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.