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

Re: Proposal: Rename ./configure --with-apache to --with-static-apache

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2005-10-11 16:27:04 CEST

Michael Sweet wrote:
>
> If the assumption is that users normally want a dynamic module
> instead of a static build, then what does it hurt to display a
> warning message or hint at the end, just as you already do for
> Berkeley DB (the warning message will appear even if I use
> --without-berkeley-db...) I'm not talking about creating something
> as annoying as "clippy", just checking for common configuration
> errors and letting the user know about it.

Thanks for pointing out the Berkeley DB warning. Warning the user that we
couldn't find something they explicitly asked to be omitted is a bug, because
it makes the user doubt whether their "--without" option has been recognised
properly, and then casts doubt on the pertinence of all other warnings we
print.

However, you now say "warning or hint" and hints would be OK for both. So,
instead of (paraphrasing):

   $ configure --without-berkeley-db
   [...]
   Warning: could not find Berkeley DB.
   You can get it from SleepyCat.com.

this would be much better:

   $ configure --without-berkeley-db
   [...]
   Configured to build the following repository back-ends:
     FSFS: yes
     BDB: no

A hint about Apache modules could go something like this:

   $ configure --with-apache
   [...]
   Configured to build the following Apache modules:
     static (for building Apache from source): yes
     dynamic (for loading into Apache at run time): no

My example hint text is poor, but my point is to give the user a hint about
whether they're getting what they want, without printing something like:

   Warning: you have asked to build static modules;
   most people don't want to do this.

which will irritate the people who do want to do it.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 11 16:28:01 2005

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.