Make all toImpl overloads private#4208
Conversation
d0dbe2f to
eb13d61
Compare
|
after a check the documentation generated becomes more confusing:
one solution is to write the doc in a version(D_Ddoc)
{
/// the ddoc and the declaration used to generate the doc.
Target to(Target, Source)(Source source);
}
else
{
// the real content
} |
|
There are now lots of instances of "to" that need an "_" added, because Ddoc makes them bold otherwise. Also, not directly related to this PR, but IMO the examples in the documentation would profit from UFCS to make them more readable. |
|
@MartinNowak Is this breakage acceptable? |
|
Thanks for listening although I would have prefered the cheat indicated earlier with D_Ddoc. Anyway ok now. Another thing: there was an old enhancement request that was closed recently (handling of hex prefix in this function). Could you add a note here, after the grammar for the unsigned numbers: Something like
|
|
@bbasile Can you post a link to that bug so I can link to it in the docs? |
|
It's not a bug: https://issues.dlang.org/show_bug.cgi?id=9797. It's something that won't be done, so the ddoc must specifies that certain forms of literals are not accepted. Thx BTW, I was too lazy to do it myself... |
|
@bbasile I added a note with an example |
std/conv.d
Outdated
| * `to!(double[])` applies _to an `int[]`. The conversion might throw an | ||
| * exception because `to!short` might fail the range check. | ||
| */ | ||
| pure unittest |
There was a problem hiding this comment.
pure seems to be the origin of the latest auto tester failure. Old UT for AA at line 1096 was not pure !
|
LGTM |
|
LGTM ✔️ |
|
I take back my previous request. If @MartinNowak doesn't like it he can always revert it before the release. |
|
LGTM^3 - maybe we should add a small warning to the changelog? |
2aecaa9 to
d259c40
Compare
|
@wilzbach done |
I assume the changelog file? |
|
rebased |
|
ping @DmitryOlshansky I think this is good to go |
|
@schuetzm I think I caught them all now |
|
Auto-merge toggled on |
http://forum.dlang.org/post/hapxiqrdmjdiavqlpzlv@forum.dlang.org