Menu
▾
▴
plplot-devel
|
From: Alan W. I. <ir...@be...> - 2003-02-02 23:13:14
|
"This change has been quickly tested in all the combinations of with- vs. without-double and enable- vs. disable-dyndrivers. More extensive tests need to be done, though." I took that to heart. I tested all of Rafael's recent changes except the very last one (removing some additional cruft from drivers/Makefile.am which was committed after I started my tests). In all cases I built all front ends and all drivers except the linuxsvga one. For the combination of double+dynamic drivers I did the usual non-interactive test (plplot-test.sh) as well as fairly extensive interactive tests. For the other 3 combinations (double+static, single+dynamic, single+static) I simply made sure I could build and install plplot and run plplot-test.sh (the non-interactive tests) without errors. Anyhow, on Debian woody the recent cruft removal and simplification is still giving us a working software build and install and working examples for a wide variety of circumstances. Please let us know the story on other platforms as well. Alan __________________________ Alan W. Irwin email: ir...@be... 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 __________________________ |
|
From: <jc...@fe...> - 2003-02-03 17:14:58
|
On Sunday 02 February 2003 23:11, Alan W. Irwin wrote: | "This change has been quickly tested in all the combinations of with- | vs. without-double and enable- vs. disable-dyndrivers. More | extensive tests need to be done, though." | | I took that to heart. I tested all of Rafael's recent changes except | the very last one (removing some additional cruft from | drivers/Makefile.am which was committed after I started my tests).=20 | In all cases I built all front ends and all drivers except the | linuxsvga one. For the combination of double+dynamic drivers I did | the usual non-interactive test (plplot-test.sh) as well as fairly | extensive interactive tests. For the other 3 combinations | (double+static, single+dynamic, single+static) I simply made sure I | could build and install plplot and run plplot-test.sh (the | non-interactive tests) without errors. It looks like we need a compile-farm script to exercise all major=20 options conbinations on the several platforms that are available to us=20 :). We could then deploy the script on the several platforms once a day=20 during the busy pre-release period or whenever major configurations=20 changes occur. The script should do a cvs checkout and several=20 configure/make/test phases, sending the results by mail to the list (or=20 the user). -------------------------------------------------------------------------= -------------------- 1 - Meanwhile, I got the following warning: [jcard@feup] ./bootstrap.sh && ./configure --enable-octave=20 --enable-dyndrivers --with-double --disable-static=20 --prefix=3D/usr/local/test Running aclocal (GNU automake) 1.6.3... done Running libtoolize (GNU libtool) 1.4.2... done Running autoheader (GNU Autoconf) 2.53...autoheader: `config.h.in' is=20 unchanged done Running automake (GNU automake) 1.6.3...configure.ac:425: `automake=20 requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' done Running autoconf (GNU Autoconf) 2.53... done No defaults file found, performing full configure. =2E.. -------------------------------------------------------------------------= -------------------- 2 - Also, when configure reaches libbltdl it does not uses the configure=20 cache, which can make configure faster: configure: configuring in libltdl configure: running /bin/sh './configure' --prefix=3D/usr/local/test [...= ]=20 --cache-file=3D/dev/null <---------------- -------------------------------------------------------------------------= -------------------- 3 - Also after a "make maintainer-clean", make stops with make[3]: Entering directory `/home/jcard/plplot/bindings/python' python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ plplotcmodule.i Unknown option: -o [jcard@feup] python -V Python 2.2.1 [jcard@feup] swig -version SWIG Version 1.3.17u-20021204-1728 Joao |
|
From: Rafael L. <lab...@ps...> - 2003-02-03 20:45:20
|
* João Cardoso <jc...@fe...> [2003-02-03 17:12]: > We could then deploy the script on the several platforms once a day > during the busy pre-release period or whenever major configurations > changes occur. The script should do a cvs checkout and several > configure/make/test phases, sending the results by mail to the list (or > the user). Nice idea. For testing the building system for all combinations of double/single precision and static/dynamic drivers, I wrote such a script. I will eventually commit it the the scripts directory. > Running automake (GNU automake) 1.6.3...configure.ac:425: `automake > requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' > done Please, use the latest version of automake (1.7). > 2 - Also, when configure reaches libbltdl it does not uses the configure > cache, which can make configure faster: I will take a look at this. > make[3]: Entering directory `/home/jcard/plplot/bindings/python' > python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ > plplotcmodule.i > Unknown option: -o No idea about this. Alan? -- Rafael |
|
From: Rafael L. <lab...@ps...> - 2003-02-03 21:46:35
|
* Rafael Laboissiere <lab...@ps...> [2003-02-03 21:35]: > * João Cardoso <jc...@fe...> [2003-02-03 17:12]: > > 2 - Also, when configure reaches libbltdl it does not uses the configure > > cache, which can make configure faster: > > I will take a look at this. I did. Give option --cache-file=config.cache to ./configure. This will be inherited by libltdl/configure, and many tests will be cached, with improvements in speed. -- Rafael |
|
From: Alan W. I. <ir...@be...> - 2003-02-03 22:18:35
|
On Mon, 3 Feb 2003, Rafael Laboissiere wrote:
>
> > make[3]: Entering directory `/home/jcard/plplot/bindings/python'
> > python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \
> > plplotcmodule.i
> > Unknown option: -o
>
> No idea about this. Alan?
The command should be
$(SWIG) -python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \
plplotcmodule.i
So I think his error message is caused because $(SWIG) is undefined for him,
but I don't know the root cause of that problem. One possibility is the old
autotools versions he is using. Another possibility is he may have forgot to
specify --enable-maintainer-mode for his ./configure option. I don't know
whether that is essential or not after you have done a make
maintainer-clean, but I suspect it is.
What happens, Joao, for the latest stable autotools versions, clean PLplot
checkout, and --enable-maintainer-mode?
Alan
__________________________
Alan W. Irwin
email: ir...@be...
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
__________________________
|
|
From: Rafael L. <lab...@ps...> - 2003-02-04 09:00:59
|
* Alan W. Irwin <ir...@be...> [2003-02-03 14:17]: > On Mon, 3 Feb 2003, Rafael Laboissiere wrote: > > > > > > make[3]: Entering directory `/home/jcard/plplot/bindings/python' > > > python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ > > > plplotcmodule.i > > > Unknown option: -o > > > > No idea about this. Alan? > > The command should be > > $(SWIG) -python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ > plplotcmodule.i > > So I think his error message is caused because $(SWIG) is undefined for him, > but I don't know the root cause of that problem. One possibility is the old > autotools versions he is using. Another possibility is he may have forgot to > specify --enable-maintainer-mode for his ./configure option. I don't know > whether that is essential or not after you have done a make > maintainer-clean, but I suspect it is. > > What happens, Joao, for the latest stable autotools versions, clean PLplot > checkout, and --enable-maintainer-mode? Your diagnosis above related to the $(SWIG) variable is correct. However, the problem cannot be caused at all by the absence of the option --enable-maintainer-mode. I introduced maintainer-mode in a recent commit (by adding AM_MAINTAINER_MODE to configure.ac) but for now the only thing that is done in maintainer mode is the printing of a warning message about the unavailability of swig. To sum up: even with option --disable-maintainer-mode (or, equivalently, by omitting --enable-maintainer-mode), but with --enable-python, the swig checks are done, and the SWIG variable *must* be AC_SUBSTituted by either "swig" or "echo swig program not available #". I think that Joao should, first of all, update his AutoTools to the latest versions, and then try to reproduce the bug. -- Rafael |
|
From: Joao C. <jc...@fe...> - 2003-02-04 13:11:06
|
On Tuesday 04 February 2003 08:35, Rafael Laboissiere wrote: > * Alan W. Irwin <ir...@be...> [2003-02-03 14:17]: > > On Mon, 3 Feb 2003, Rafael Laboissiere wrote: > > > > make[3]: Entering directory `/home/jcard/plplot/bindings/python' > > > > python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ > > > > plplotcmodule.i > > > > Unknown option: -o > > > > > > No idea about this. Alan? > > > > The command should be > > > > $(SWIG) -python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ > > plplotcmodule.i > > > > So I think his error message is caused because $(SWIG) is undefined f= or > > him, but I don't know the root cause of that problem. One possibility= is > > the old autotools versions he is using. Another possibility is he may > > have forgot to specify --enable-maintainer-mode for his ./configure > > option. I don't know whether that is essential or not after you have > > done a make > > maintainer-clean, but I suspect it is. > > > > What happens, Joao, for the latest stable autotools versions, clean > > PLplot checkout, and --enable-maintainer-mode? > > Your diagnosis above related to the $(SWIG) variable is correct. Howev= er, > the problem cannot be caused at all by the absence of the option > --enable-maintainer-mode. I introduced maintainer-mode in a recent com= mit > (by adding AM_MAINTAINER_MODE to configure.ac) but for now the only thi= ng > that is done in maintainer mode is the printing of a warning message ab= out > the unavailability of swig. > > To sum up: even with option --disable-maintainer-mode (or, equivalently= , by > omitting --enable-maintainer-mode), but with --enable-python, the swig > checks are done, and the SWIG variable *must* be AC_SUBSTituted by eith= er > "swig" or "echo swig program not available #". > > I think that Joao should, first of all, update his AutoTools to the lat= est > versions, and then try to reproduce the bug. Yes, I will do that, give me some more time :) Joao |
|
From: <jc...@fe...> - 2003-02-05 16:27:34
|
On Monday 03 February 2003 22:17, Alan W. Irwin wrote: | On Mon, 3 Feb 2003, Rafael Laboissiere wrote: | > > make[3]: Entering directory `/home/jcard/plplot/bindings/python' | > > python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ | > > plplotcmodule.i | > > Unknown option: -o | > | > No idea about this. Alan? | | The command should be | | $(SWIG) -python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ | plplotcmodule.i | | So I think his error message is caused because $(SWIG) is undefined | for him, but I don't know the root cause of that problem. One | possibility is the old autotools versions he is using. Another | possibility is he may have forgot to specify --enable-maintainer-mode | for his ./configure option. I don't know whether that is essential | or not after you have done a make | maintainer-clean, but I suspect it is. | | What happens, Joao, for the latest stable autotools versions, clean | PLplot checkout, and --enable-maintainer-mode? Now everything runs OK: > make maintainer-clean > ./bootstrap.sh=20 Running aclocal (GNU automake) 1.7.2... done Running libtoolize (GNU libtool) 1.4.3... done Running autoheader (GNU Autoconf) 2.57... done Running automake (GNU automake) 1.7.2... done Running autoconf (GNU Autoconf) 2.57... done > ./configure *without* the --enable-maintainer-mode =2E.. make[3]: Entering directory `/home/jcard/plplot/bindings/python' swig -python -o plplotcmodule_p_double.c -c++ -DPL_DOUBLE \ =2E.. Joao |
|
From: Joao C. <jc...@fe...> - 2003-02-04 02:52:36
|
On Monday 03 February 2003 21:36, Rafael Laboissiere wrote: > * Rafael Laboissiere <lab...@ps...> [2003-02-03 21:35]: > > * Jo=E3o Cardoso <jc...@fe...> [2003-02-03 17:12]: > > > 2 - Also, when configure reaches libbltdl it does not uses the > > > configure cache, which can make configure faster: > > > > I will take a look at this. > > I did. Give option --cache-file=3Dconfig.cache to ./configure. This w= ill be > inherited by libltdl/configure, and many tests will be cached, with > improvements in speed. Thanks. Couldn't it be done by default? I use to see this feature enabled in other packages, although what autoco= nf=20 info says about "`configure' uses no cache file ... to avoid problems cau= sed=20 by accidental use of stale cache files."? Joao |
|
From: Maurice L. <mj...@ga...> - 2003-02-04 03:52:22
|
Joao Cardoso writes: > On Monday 03 February 2003 21:36, Rafael Laboissiere wrote: > > * Rafael Laboissiere <lab...@ps...> [2003-02-03 21:35]: > > > * Jo=E3o Cardoso <jc...@fe...> [2003-02-03 17:12]: > > > > 2 - Also, when configure reaches libbltdl it does not uses the= > > > > configure cache, which can make configure faster: > > > > > > I will take a look at this. > > > > I did. Give option --cache-file=3Dconfig.cache to ./configure. T= his will be > > inherited by libltdl/configure, and many tests will be cached, wit= h > > improvements in speed. >=20 > Thanks. Couldn't it be done by default? > I use to see this feature enabled in other packages, although what a= utoconf=20 > info says about "`configure' uses no cache file ... to avoid problem= s caused=20 > by accidental use of stale cache files."? I always turned off cache files by default under the old configuration = scheme, because the risk just wasn't worth it.. i.e. I've been burned by it. I= f you reconfigure plplot using new command line flags the cache file MUST be invalidated or you will be burned too. If this requirement can't be sa= tisfied it should probably be left off. --=20 Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (= RIST) |
|
From: Joao C. <jc...@fe...> - 2003-02-04 04:09:51
|
On Tuesday 04 February 2003 03:51, Maurice LeBrun wrote: > Joao Cardoso writes: > > On Monday 03 February 2003 21:36, Rafael Laboissiere wrote: > > > * Rafael Laboissiere <lab...@ps...> [2003-02-03 21:35]: > > > > * Jo=E3o Cardoso <jc...@fe...> [2003-02-03 17:12]: > > > > > 2 - Also, when configure reaches libbltdl it does not uses the > > > > > configure cache, which can make configure faster: > > > > > > > > I will take a look at this. > > > > > > I did. Give option --cache-file=3Dconfig.cache to ./configure. T= his > > > will be inherited by libltdl/configure, and many tests will be cac= hed, > > > with improvements in speed. > > > > Thanks. Couldn't it be done by default? > > I use to see this feature enabled in other packages, although what > > autoconf info says about "`configure' uses no cache file ... to avoi= d > > problems caused by accidental use of stale cache files."? > > I always turned off cache files by default under the old configuration > scheme, because the risk just wasn't worth it.. i.e. I've been burned b= y > it. If you reconfigure plplot using new command line flags the cache f= ile > MUST be invalidated or you will be burned too. If this requirement can= 't > be satisfied it should probably be left off. OK, Joao |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X