https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #15 from Stewart Gordon ---
(In reply to yebblies from comment #14)
> Where does it say that they can't?
If such code is legal, the spec needs to explain its semantics somewhere.
--
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #14 from yebblies ---
(In reply to Stewart Gordon from comment #12)
> http://dlang.org/function.html
> "Functions without bodies:
>
> int foo();
>
> that are not declared as abstract are expected to have their implementations
> elsewhere
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #13 from yebblies ---
(In reply to Stewart Gordon from comment #11)
> > The compiler cannot tell the difference between d files and di files...
>
> How do you mean, the compiler can't know the filename extension of the file
> passed into
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #12 from Stewart Gordon ---
http://dlang.org/function.html
"Functions without bodies:
int foo();
that are not declared as abstract are expected to have their implementations
elsewhere, and that implementation will be provided at the link
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #11 from Stewart Gordon ---
(In reply to Orvid King from comment #9)
> Isn't it still reasonable for DMD to at least catch this error at
> compile-time
> rather than link-time if the module containing class A was passed on the
> command
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #10 from yebblies ---
(In reply to Orvid King from comment #9)
> Isn't it still reasonable for DMD to at least catch this error at
> compile-time
> rather than link-time if the module containing class A was passed on the
> command line,
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #9 from Orvid King ---
Isn't it still reasonable for DMD to at least catch this error at compile-time
rather than link-time if the module containing class A was passed on the
command line, and thus is one of those being compiled, and not
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #8 from yebblies ---
(In reply to Denis Shelomovskij from comment #7)
> (In reply to yebblies from comment #6)
> > This code:
> >
> > abstract class A
> > {
> >abstract void M();
> > }
> >
> > could mean one of two things:
> > 1. M i
https://issues.dlang.org/show_bug.cgi?id=3396
--- Comment #7 from Denis Shelomovskij ---
(In reply to yebblies from comment #6)
> This code:
>
> abstract class A
> {
>abstract void M();
> }
>
> could mean one of two things:
> 1. M is a pure virtual function
> 2. M provides 'base class funct
https://issues.dlang.org/show_bug.cgi?id=3396
yebblies changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=3396
yebblies changed:
What|Removed |Added
CC||blah38...@gmail.com
--- Comment #5 from yebblies
https://issues.dlang.org/show_bug.cgi?id=3396
Stewart Gordon changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://issues.dlang.org/show_bug.cgi?id=3396
Denis Shelomovskij changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3396
Stewart Gordon changed:
What|Removed |Added
Keywords||accepts-invalid
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3396
--- Comment #1 from rjmcgu...@gmail.com 2012-02-06 04:07:53 PST ---
Created an attachment (id=1072)
abstract methods not being flagged as unimplemented
I encountered this problem in a library, what I found interesting was that the
program compi
15 matches
Mail list logo
