* [PATCH] imap-send: avoid curl functions when not building curl support
@ 2014-11-10 6:39 Jeff King
2014-11-10 7:16 ` Jeff King
0 siblings, 1 reply; 2+ messages in thread
From: Jeff King @ 2014-11-10 6:39 UTC (permalink / raw)
To: Bernhard Reiter; +Cc: git, Junio C Hamano
Imap-send recently learned to conditionally compile against
and use curl for imap support. To use this feature, you must
both:
1. Compile with USE_CURL_FOR_IMAP_SEND
2. Specify --curl on the command line to enable it
It is OK (and even desirable) for the code checking --curl
to be compiled even if USE_CURL_FOR_IMAP_SEND is not in
effect; this lets us explain the situation to the user
(instead of saying "--curl? never heard of it").
However, the code which conditionally runs when --curl is
enabled must _not_ be compiled in this case. It references
functions which are neither declared nor defined, causing
the compiler to complain.
Signed-off-by: Jeff King <peff@peff.net>
---
On top of br/imap-send-via-libcurl. I needed this to compile 'pu' with
NO_CURL (which I don't usually do, but was testing on a minimal box). I
expect it can just be squashed in to the next re-roll.
Since we were talking about testing in another thread, Junio, I wonder
if it is worth having you compile your integration results against a
couple different configs (e.g., NO_CURL). Obviously that will make
things slower if you don't throw more CPU power at it, but that seems
like a problem that can be solved with build servers or similar.
imap-send.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/imap-send.c b/imap-send.c
index ad4ac22..e0e1f09 100644
--- a/imap-send.c
+++ b/imap-send.c
@@ -1542,8 +1542,10 @@ int main(int argc, char **argv)
if (server.tunnel)
return append_msgs_to_imap(&server, &all_msgs, total);
+#ifdef USE_CURL_FOR_IMAP_SEND
if (use_curl)
return curl_append_msgs_to_imap(&server, &all_msgs, total);
+#endif
return append_msgs_to_imap(&server, &all_msgs, total);
}
--
2.1.2.596.g7379948
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] imap-send: avoid curl functions when not building curl support
2014-11-10 6:39 [PATCH] imap-send: avoid curl functions when not building curl support Jeff King
@ 2014-11-10 7:16 ` Jeff King
0 siblings, 0 replies; 2+ messages in thread
From: Jeff King @ 2014-11-10 7:16 UTC (permalink / raw)
To: Bernhard Reiter; +Cc: git, Junio C Hamano
On Mon, Nov 10, 2014 at 01:39:47AM -0500, Jeff King wrote:
> On top of br/imap-send-via-libcurl. I needed this to compile 'pu' with
> NO_CURL (which I don't usually do, but was testing on a minimal box). I
> expect it can just be squashed in to the next re-roll.
Oops, just started reading through my list backlog and realized you
already noticed and dealt with this. Sorry for the noise.
-Peff
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-11-10 7:16 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-11-10 6:39 [PATCH] imap-send: avoid curl functions when not building curl support Jeff King
2014-11-10 7:16 ` Jeff King
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.