From: Doug H. <dh...@uc...> - 2003-01-28 23:59:15
|
Hi all: I have been using plplot 5.1 for some time. I just downloaded 5.2.0 and ran into this: > ./configure --with-double --prefix=/ops/tools > make ... gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../bindings/tcl -I../bindings/tk -I../bindings//tk-x-plat -I/usr/X11R6/include -g -O2 -MT matrixInit.lo -MD -MP -MF .deps/matrixInit.Tpo -c ../bindings/tcl/matrixInit.c -o matrixInit.o >/dev/null 2>&1 mv -f .libs/matrixInit.lo matrixInit.lo make[1]: *** No rule to make target `dg300d.lo', needed by `libplplotdrv.la'. Stop. make[1]: Leaving directory `/home/huntd/src/plplot-5.2.0/drivers' make: *** [all-recursive] Error 1 Also, I have developed a driver under 5.1, but I can't seem to figure out how to get it to work under 5.2. I keep running into GNU automake/autoconf/aclocal errors. I gather the old process of modifying cf/configure.in and running autoconf no longer works. Is there any doc for how to do this under 5.2? The instructions in drivers/README.drivers seems out of date. Any ideas on these problems? Thanks much! Doug Hunt P.S: $ uname -a Linux pegasus.cosmic.ucar.edu 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown $ cat /etc/redhat-release Red Hat Linux release 7.2 (Enigma) |
From: Joao C. <jc...@fe...> - 2003-01-29 01:48:53
|
On Tuesday 28 January 2003 23:59, Doug Hunt wrote: > Hi all: I have been using plplot 5.1 for some time. I just downloaded > > 5.2.0 and ran into this: > > ./configure --with-double --prefix=3D/ops/tools > > make > > ... > > gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../bindings/tcl > -I../bindings/tk -I../bindings//tk-x-plat -I/usr/X11R6/include -g -O2 > -MT matrixInit.lo -MD -MP -MF .deps/matrixInit.Tpo -c > ../bindings/tcl/matrixInit.c -o matrixInit.o >/dev/null 2>&1 > mv -f .libs/matrixInit.lo matrixInit.lo > make[1]: *** No rule to make target `dg300d.lo', needed by > `libplplotdrv.la'. Stop. > make[1]: Leaving directory `/home/huntd/src/plplot-5.2.0/drivers' > make: *** [all-recursive] Error 1 Hi, Doug I confirm your report on my SuSE-8.1. We are changing our configuration stuff, using autotools/libtool, hopping= to=20 reach a more broad range of platforms, and it looks like there are still = some=20 problems left. I have tested the current release in a variety of platforms, RH-8.0, SuSE= -8.1=20 and OSF1 and other developers in Debian-?, RH-7.2 and other platforms, bu= t it=20 looks like that we didn't test all possibilities. So I advise you (and others) to configure using --enable-dyndrivers. In t= he=20 above systems that I tested I always used "--enable-dyndrivers=20 --disable-static". I always use the disable-static to save compile time = and=20 disk space, but that depends on your platform. I have just now configured and make plplot-5.2.0 with=20 ./configure --with-double --prefix=3D/usr/local/test/ \ --enable-dyndrivers and it succeeded in my SuSE-8.1 system. In case your *make* (not configure) fails with the last few lines saying: Making all in include make[1]: Entering directory `/home/jcard/tmp/plplot-5.2.0/include' cd .. && /bin/sh /home/jcard/tmp/plplot-5.2.0/missing --run autoheader WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' WARNING: and `config.h.top', to define templates for `config.h.in' (... other warnings) please type the command: touch include/plDevs.h.in and restart the make (this has just happened to me after the first=20 configure/make fails and I issued the second configure/make). Thanks for reporting this and other problems that you might find, it is t= hanks=20 to detailed reports, including the platform and configure command used, = that=20 we can manage to solve problems and improve PLplot. > > Also, I have developed a driver under 5.1, but I can't seem to figure > out how to get it to work under 5.2. I keep running into GNU > automake/autoconf/aclocal errors. > I gather the old process of modifying cf/configure.in and running > autoconf no longer works. Yes, you are right. The best advise I can give to you is to look how othe= r=20 drivers are currently configured. Don't look at the cf directory, it is s= till=20 there because historical reasons :), look at the *.in files in both the t= op=20 and drivers directory. Joao > Is there any doc for how to do this under 5.2? The instructions in > drivers/README.drivers seems out of date. > > Any ideas on these problems? > > Thanks much! > > Doug Hunt > > P.S: > > $ uname -a > Linux pegasus.cosmic.ucar.edu 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 > i686 unknown > $ cat /etc/redhat-release > Red Hat Linux release 7.2 (Enigma) > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel |
From: Alan W. I. <ir...@be...> - 2003-02-01 20:14:36
|
On Wed, 29 Jan 2003, Joao Cardoso wrote: > On Tuesday 28 January 2003 23:59, Doug Hunt wrote: > > Hi all: I have been using plplot 5.1 for some time. I just downloaded > > > > 5.2.0 and ran into this: > > > ./configure --with-double --prefix=/ops/tools > > > make > > > > ... > > > > gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -I../bindings/tcl > > -I../bindings/tk -I../bindings//tk-x-plat -I/usr/X11R6/include -g -O2 > > -MT matrixInit.lo -MD -MP -MF .deps/matrixInit.Tpo -c > > ../bindings/tcl/matrixInit.c -o matrixInit.o >/dev/null 2>&1 > > mv -f .libs/matrixInit.lo matrixInit.lo > > make[1]: *** No rule to make target `dg300d.lo', needed by > > `libplplotdrv.la'. Stop. > > make[1]: Leaving directory `/home/huntd/src/plplot-5.2.0/drivers' > > make: *** [all-recursive] Error 1 > > Hi, Doug > > I confirm your report on my SuSE-8.1. In fact the combination of --with-double and static drivers fails on all platforms that I tested (RH 8.0 and Debian)! Default configure (which corresponds to single and static drivers) works fine so that is why we have been having relatively few (compared to ~3000 downloads) reports on this. Turned out it was one of those 'obvious' errors. The STATIC_DRIVERS list is a list of libtool compiled objects (*.lo) files, and of course there should be no $LIB_TAG on the name since those aren't shared objects and ultimately they become part of libplplot[d].so.5.2.0 As soon as I dropped $LIB_TAG from the STATIC_DRIVERS names (see recent commit of configure.ac) static drivers worked fine with either single or double. (They worked fine before for PLplot-5.2.0 in the single case because $LIB_TAG is empty in that case.) In contrast the DYNAMIC_DRIVERS are shared objects (*.la files for libtool) which are installed in the drivers directory. They must have $LIB_TAG as part of the name if you want to be able to have both single and double precision versions of PLplot coexisting at the same time. I believe dropping $LIB_TAG from the names in STATIC_DRIVERS should take care of virtually all the errors that have been reported by the users of PLplot-5.2.0. The only additional user error reports I can recall involve X problems. Joao, did that guy who you answered ever come back with the information you requested? I have a private report of an additional X problem from somone else which I will post to this list separately. 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-02 18:58:29
|
* Alan W. Irwin <ir...@be...> [2003-02-01 12:13]: > I believe dropping $LIB_TAG from the names in STATIC_DRIVERS should take > care of virtually all the errors that have been reported by the users of > PLplot-5.2.0. See my last cvs commit, in which I also dropped the $LIB_TAG addition for dynamic drivers. I am happy we are doing progress towards the 5.2.1 release. -- Rafael |