On Jul 23, 2013, at 23:59, Jeff King wrote:

diff --git a/test-url-normalize.c b/test-url-normalize.c
new file mode 100644
index 0000000..f18bd88
--- /dev/null
+++ b/test-url-normalize.c
+       if (!strcmp("sslverify", opt_lc.buf))
+               printf("%s\n", curl_ssl_verify ? "true" : "false");
+       else if (!strcmp("sslcert", opt_lc.buf))
+               printf("%s\n", ssl_cert);
+#if LIBCURL_VERSION_NUM >= 0x070903
+       else if (!strcmp("sslkey", opt_lc.buf))
+               printf("%s\n", ssl_key);
+#if LIBCURL_VERSION_NUM >= 0x070908
+       else if (!strcmp("sslcapath", opt_lc.buf))
+               printf("%s\n", ssl_capath);

Do we need to have the complete list of options here, including curl
version limitations? It seems like this will eventually get out of date
with the list of options. Would it be sufficient to test just one (or
even just handle a fake "http.$URL.foo" variable)?

Right now, the values are only available as various strings, ints, longs etc. which have to be formatted differently for output. The original string value they were converted from is gone. The snippet shown above only shows some of the "%s" formatters.

Either the original value will have to be kept around or a reconstituted string depending on what:

git config --file=foo --url http noepsv $URL

should output. If the original value was 0 or 1, should it output that or "false" or "true"? The test-url-normalize code for "-c" normalizes the output to "false" or "true" for all boolean values and reconverts ints/longs to strings.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to