const(Object)ref #3
Conversation
…as original behaviour).
|
Added a pull request for corresponding Phobos changes: |
|
Thanks for all the hard work you've done on this. I haven't been able to get to it yet. |
| static assert(c!(Object)); | ||
| static assert(c!(const(Object))); // FIXME: should not match (const ref) | ||
| static assert(c!(const(Object)ref)); | ||
| static assert(c!(immutable(Object))); // FIXME: should not match (immutable ref) |
There was a problem hiding this comment.
Aren't these correct? They implicitly convert, unless I'm missing something.
const(Object) -> const(Object)ref
and
immutable(Object) -> const(Object) -> const(Object)ref
There was a problem hiding this comment.
Well, they implicitly convert if you assign from one variable to another, but if you want to pass the value by ref it won't work.
It's not entirely clear to me either what should work and what shouldn't. The tests with pointers below do match in these two cases, but they also match the shared variant which is obviously wrong. The language definition regarding templates isn't clear on that either, it was obviously written before const was added. So what is a bug and what isn't?
There was a problem hiding this comment.
Yeah, it's not clear to me either.
As far as I can tell template deduction should ignore ref parameters, and this should be handled at a higher level. Of course at the moment, it's barely handled at all for template functions with ifti.
Are any implicit conversions allowed to be passed to ref parameters? (ignoring current bugs)
I think it will be safe to allow T : U to match for any implicit conversion once these bugs are fixed (and do ref parameter matching as something like T* : U*)
I agree the shared conversion is completely wrong. I think it's related to bug 5493, as the recursive deduction of types does not keep track of how many indirections deep it is, moving through something like:
shared(int)* : const(int)*
shared(int) : const(int)
which implicitly converts.
Conflicts: src/expression.c src/osx.mak
|
This pull request is no longer being maintained and cannot be merged without more work being done to it. I'm not going to do that work at this point, so I'm closing it. |
Add std.string.outdent (try dlang#3)
ghost
mentioned this pull request
Trivial: switch to Ddoc module comment #3
Add tests for dll
Initializing the GC doesn't require busy state anymore.
This branch implements the
const(Object)refsyntax as proposed in bug 5325. It also add many tests including type deduction. It also successfully compile druntime and Phobos. Phobos needs a very minor patch for theRebindableunittest to pass, see branch const-object-ref in my Phobos repository.How it works at a glance:
head()member which returns a pointer to a type representing their head. Non-class types have no distinct head modifiers, so theirhead()is just a pointer to themselves. For classes,head()returns aClassRefSuffixtype with the proper modifiers for the head, except when the head modifiers are the same as the class itself in which case the class type itself is returned.mutableOf()now return a class type where only the head modifier was made mutable. If you want a mutable reference to an immutable class, you just doclassType->immutbleOf()->mutableOf()--immutableOfwill make both the reference and the class immutable (because of transitivity), andmutableOfwill then make only the head mutable.head()->mod.Of note:
inouttests are commented out becauseinoutdoesn't work well yet for non-class parameters, and fixing inout is beyond the scope of this patch.