On Friday 28 February 2003 19:51, Alan W. Irwin wrote:
| On Thu, 27 Feb 2003, Maurice LeBrun wrote:
| > These are fine with me personally, yes even with_double. Although
| > in that case you may trip up some people who are used to the old
| > behavior.
| OK. I left with-double=no.
I don't think that Maurice really meant to keep with-double=no. After
all, when we change the API the consequences are much worse, and that
don't inhibits us from doing it.
And we have the configure summary, that clearly states the float/double
Also, with the new nn/csa/qhull libraries, the better is to use double
So, I vote for with-double=yes.
Maurice, some time ago you argued that we should not drop float support.
Could you please "argue" again? Sourceforge mailing lists don't have a
search facility, what makes difficult to find something we know is
| However, in my recent commit I changed with_freetype,
| enable_dyndrivers, enable_octave, and enable_ntk to yes.
| I also replaced the non-working has_x11 logic with the have_x logic
| that is implemented by the AC_PATH_XTRA. I tested that new logic by
| trying the standard configure option --without-x which for the first
| time now does the right thing (no tk, no xwin). I assume from this
| good test, that if anybody ever tries to configure on a system
| without X, that the right thing will be done in that case as well,
| but I don't have access to such a system to test this.
| > with_debug
| > with_opt
| > with_profile
| > with_warn
| > Should all stay, as I will get to support them again one of these
| > days. Probably won't be until April.
And meanwhile should they appear when we do ./configure --help? It will
only confuse users! I think that they should hibernate until Maurice
./configure --help says to set CC, CFLAGS, etc.
| > with_dbmalloc can go AFAIAC. These days we have access to better
| > tools (e.g. valgrind) and it has been some years since I've used a
| > debugging malloc.
| OK. I removed dbmalloc.
| I also removed with_fseek because I couldn't find a trace of any use
| of it.
| I left with_pkgdir= alone because apparently it is a part of the tcl
| configuration logic. (I hope that logic gets cleaned up before
| 5.2.1, but that is a subject for another day.)
| That still leaves the original question about with_gcc. I think it
| is completely ignored at the moment so it should probably just be
| dropped unless somebody wants to maintain it.
Yes, I also think so. gcc must be the default. For other situations
CC=xx ./configure should do the trick.
| > [Out of order...]
| > with_shlib should probably also stay if it is currently supported
| > -- does anyone know?
| I believe the standard --enable-shared completely replaces
| with_shlib. Thus, I don't think we should maintain a parallel
| with_shlib. If everyone agrees, I will make the appropriate changes
| in configure.ac and sysloc.in to replace the with_shlib logic with
| the corresponding enable-shared logic.
Isn't it the same thing?
| Does anyone else have additional configure defaults they want to
Not that I can remember,
| Alan W. Irwin
| email: irwin@...
| phone: 250-727-2902
| Astronomical research affiliation with Department of Physics and
| Astronomy, University of Victoria (astrowww.phys.uvic.ca).
| Programming affiliations with the Canadian Centre for Climate
| Modelling and Analysis (www.cccma.bc.ec.gc.ca) and the PLplot
| scientific plotting software package (plplot.org).
| Linux-powered Science
| This sf.net email is sponsored by:ThinkGeek
| Welcome to geek heaven.
| Plplot-devel mailing list