http: refactor options to http_get_*
commit1bbcc224ccfdccd99b1221d83150a8ffb8059ffd
authorJeff King <peff@peff.net>
Sat, 28 Sep 2013 08:31:23 +0000 (28 04:31 -0400)
committerJonathan Nieder <jrnieder@gmail.com>
Tue, 1 Oct 2013 00:21:59 +0000 (30 17:21 -0700)
tree5aed8889b6e9101caad031a123cb180432cd579e
parent132b70a2ed6d952e8142981474b41884ff93b780
http: refactor options to http_get_*

Over time, the http_get_strbuf function has grown several
optional parameters. We now have a bitfield with multiple
boolean options, as well as an optional strbuf for returning
the content-type of the response. And a future patch in this
series is going to add another strbuf option.

Treating these as separate arguments has a few downsides:

  1. Most call sites need to add extra NULLs and 0s for the
     options they aren't interested in.

  2. The http_get_* functions are actually wrappers around
     2 layers of low-level implementation functions. We have
     to pass these options through individually.

  3. The http_get_strbuf wrapper learned these options, but
     nobody bothered to do so for http_get_file, even though
     it is backed by the same function that does understand
     the options.

Let's consolidate the options into a single struct. For the
common case of the default options, we'll allow callers to
simply pass a NULL for the options struct.

The resulting code is often a few lines longer, but it ends
up being easier to read (and to change as we add new
options, since we do not need to update each call site).

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
http-push.c
http.c
http.h
remote-curl.c