Bugs marked with [tdpl]

[kenji hara]

Progress status at the end of 2011.
Issue 3235 - [tdpl] Function literals must be deduced as "function" or
"delegate"Issue 5605 - [tdpl] foreach with ranges doesn't support
opSlice()Issue 6714 - [tdpl] Type inference for parameters of function
and delegate literalsIssue 7133 - [tdpl] There should be no empty
statement    RESOLVED FIXED!
Issue 1528 - [tdpl] overloading template and non-template
functionsIssue 2972 - [tdpl] Can't overload non-templated function
against templateIssue 4573 - [tdpl] Specialized functions conflict
with generic function    They are duplications each other
Issue 7131 - [tdpl] Hijacking detected where it doesn't exist    This
is a bit related to above three.    The problem is that the template
function overloadings does not calculate 'overload set'.
Issue 3382 - [tdpl] Implement uniform function call syntaxIssue 3836 -
[tdpl] obligatory override attributeIssue 4596 - [tdpl] Rebinding
*this* in class method compilesIssue 4675 - [tdpl] Eponymous Template
should hide internal names    Patches already posted, but not yet
merged.
Issue 4101 - [tdpl] DMD doesn't give error when goto skips
initializationIssue 4595 - [tdpl] Accessing non-static member of a
null reference compiles    Static analysis features.
Issue 4542 - [tdpl] TDPL NVI example results in linker errorIssue 6176
- [tdpl] Cannot use string variables in case expressions    Still
discussed in bugzilla?
Issue 7135 - [tdpl] Multiple delegate-related issues (literal syntax,
@system deduction)    TDPL code problem? (IMHO)
Issue 4423 - [tdpl] enums of struct typesIssue 4523 - [tdpl] .remove
method for Associative Arrays returns void in all casesIssue 4576 -
[tdpl] 0/1 argument calls to overloaded function is allowed in
presence of variadic functionIssue 6083 - [tdpl] There can be only one
alias this.Issue 7132 - [tdpl] Exponential operator ^^ for integrals
does not compile without any import    ...
Kenji Hara
2011/12/23 Andrei Alexandrescu <SeeWebsiteForEmail at erdani.org>:
> I've recently finished marking all sample code in TDPL that won't currently
> work. See
>
> http://goo.gl/9sSXP
>
> I've also added a few invisible samples - code that is not present in the
> text, but is implied to work by statements made in the text. I plan to add
> more of those. Essentially almost every paragraph in TDPL should be followed
> by an invisible snippet confirming the claims made. That way, TDPL and D
> would keep unity.
>
> I'll add more such invisible snippets over the winter break. I suggest the
> dmd developers to focus on the bug reports marked with [tdpl] in title.
>
>
> Thanks,
>
> Andrei