-
-
Notifications
You must be signed in to change notification settings - Fork 745
std.curl: document public methods #4314
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
} | ||
} | ||
|
||
// Workaround bug #2458 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Until this struct is moved into byLineAsync, this comment should stay
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the bug is fixed, but afaik having struct outsides is currently better because it avoids the long names. Ideally we would disallow access to it, but that would be yet another deprecation cycle?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, the comment can be removed and this can be moved inside when https://issues.dlang.org/show_bug.cgi?id=15831 is fixed.
Maybe add this note:
// @@@@BUG 15831@@@@
// this should be inside byLineAsync
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as far as i understood 15831 it just increases the binary size and people are already working against this problem, so we don't need to let us be limited by this. What do other people think?
btw as this symbol wasn't documented and had an explicit warning against calling it, i think it's okay to set it private or move in the function.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
as far as i understood 15831 it just increases the binary size
It's not just that. Your link times also increase exponentially with the symbol sizes. Also, debugging with symbols that are > 2000 characters sucks.
and people are already working against this problem
People are working on compression of symbol names, which is a bandaid and not solution. You still end up with slower compile times, exponential symbol size, and an extra step to debugging.
i think it's okay to set it private or move in the function.
Sure, set it to private, I'd argue that the above mentioned comment should be there as well.
148ddc5
to
63ffbe0
Compare
@JackStouffer actually all comments were addressed - Github doesn't show that because the comments are marked for removed lines. |
std/net/curl.d
Outdated
version(StdDdoc) import std.stdio; | ||
|
||
/// | ||
extern (C) void exit(int); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ehm? It just "imports" libc's exit function AFAICT, no need to make it public, rather it should be private
63ffbe0
to
b89adfc
Compare
LGTM |
Auto-merge toggled on |
follow-up to #4312 -
stopped
was exposed to the public - I wasn't sure whether this was on prupose, but to be sure I added a wrapper around it.