[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] pass --with-ssl to co-packaged neon

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-02-13 03:16:58 CET

On Tue, Feb 12, 2002 at 08:26:59PM -0500, Jay McCarthy wrote:
> Hi,
> Is the format of this message correct?

Generally, yes. However, your mailer is wrapping lines, which destroys the
patch. You can either get your mailer to stop wrapping, or attach the patch.
If you attach, then make *sure* that it attaches it as a text/plain
attachment. (not sure what Evolution does here; if you can't tweak the
attachment type (like Mutt can), then name the patch file .txt so that the
auto-mime-type will be correct)

> Description:
> When you configure subversion it doesnt give you a way to tell the neon
> that it includes with it to build with ssl support. ssl is one of the
> things that I think is very convient about subversion and i think it's
> great it can get it "for free".

I'm unclear on why this would be needed. All the arguments that are provided
to the top-level configure script are copied to the sub-configurations.
Thus, if you give --with-ssl to SVN's configure, then Neon will see it and
use it.

We have the enable/disable shared logic because the defaults are different
between SVN and Neon. But we don't have a default for SSL; it is private to

Now, we *do* have an issue in that we don't gather up the help text for
Neon, so we aren't publishing the --with-ssl switch in ./configure --help.
But that is a separate problem to what you're doing here.

What was the actual symptom that you were seeing? Did you pass --with-ssl to
configure and /not/ have Neon see it?


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:07 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.