Menu
▾
▴
plplot-general — PLplot user discussion group
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(14) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(13) |
Feb
(22) |
Mar
(7) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(31) |
Nov
(23) |
Dec
(3) |
| 2002 |
Jan
(1) |
Feb
(17) |
Mar
(10) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
(11) |
Oct
(5) |
Nov
(21) |
Dec
(20) |
| 2003 |
Jan
(27) |
Feb
(13) |
Mar
(20) |
Apr
(11) |
May
(12) |
Jun
(7) |
Jul
(16) |
Aug
(21) |
Sep
(9) |
Oct
(28) |
Nov
(24) |
Dec
(30) |
| 2004 |
Jan
(31) |
Feb
(5) |
Mar
|
Apr
(8) |
May
(12) |
Jun
(7) |
Jul
(13) |
Aug
(12) |
Sep
(2) |
Oct
(14) |
Nov
(42) |
Dec
(14) |
| 2005 |
Jan
|
Feb
|
Mar
(20) |
Apr
(17) |
May
(9) |
Jun
|
Jul
(7) |
Aug
(3) |
Sep
(17) |
Oct
(14) |
Nov
(9) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(2) |
May
(46) |
Jun
(2) |
Jul
(20) |
Aug
(26) |
Sep
(31) |
Oct
(5) |
Nov
(9) |
Dec
(13) |
| 2007 |
Jan
(24) |
Feb
(22) |
Mar
(13) |
Apr
(25) |
May
(25) |
Jun
(9) |
Jul
(20) |
Aug
(9) |
Sep
(26) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
| 2008 |
Jan
(92) |
Feb
(35) |
Mar
(39) |
Apr
(15) |
May
|
Jun
|
Jul
(18) |
Aug
(5) |
Sep
(5) |
Oct
(7) |
Nov
(10) |
Dec
(27) |
| 2009 |
Jan
(35) |
Feb
(34) |
Mar
(13) |
Apr
(9) |
May
(18) |
Jun
(9) |
Jul
(15) |
Aug
(13) |
Sep
(64) |
Oct
(7) |
Nov
(43) |
Dec
|
| 2010 |
Jan
(75) |
Feb
(22) |
Mar
(44) |
Apr
(34) |
May
(47) |
Jun
(77) |
Jul
(28) |
Aug
(7) |
Sep
(45) |
Oct
(1) |
Nov
(19) |
Dec
(7) |
| 2011 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
(12) |
May
(19) |
Jun
(3) |
Jul
(8) |
Aug
(4) |
Sep
(3) |
Oct
(21) |
Nov
(11) |
Dec
(4) |
| 2012 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(5) |
Sep
(5) |
Oct
(1) |
Nov
(18) |
Dec
(2) |
| 2013 |
Jan
(15) |
Feb
(16) |
Mar
(8) |
Apr
(5) |
May
|
Jun
(1) |
Jul
(17) |
Aug
(3) |
Sep
(17) |
Oct
(43) |
Nov
(25) |
Dec
(9) |
| 2014 |
Jan
(4) |
Feb
(8) |
Mar
(20) |
Apr
(14) |
May
(49) |
Jun
(1) |
Jul
|
Aug
(18) |
Sep
(2) |
Oct
(1) |
Nov
(22) |
Dec
(3) |
| 2015 |
Jan
(41) |
Feb
(2) |
Mar
(34) |
Apr
(30) |
May
(14) |
Jun
(17) |
Jul
(29) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(7) |
Dec
(4) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(25) |
Oct
(9) |
Nov
(14) |
Dec
(13) |
| 2017 |
Jan
(11) |
Feb
(8) |
Mar
(12) |
Apr
(4) |
May
(25) |
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(10) |
Oct
(25) |
Nov
|
Dec
(6) |
| 2018 |
Jan
(18) |
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(7) |
Jun
(13) |
Jul
(8) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
(17) |
Dec
(3) |
| 2019 |
Jan
(11) |
Feb
(4) |
Mar
(13) |
Apr
(19) |
May
(1) |
Jun
(2) |
Jul
(8) |
Aug
(4) |
Sep
(32) |
Oct
(51) |
Nov
(1) |
Dec
(9) |
| 2020 |
Jan
(9) |
Feb
(6) |
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(5) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
|
| 2022 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joachim G. <joa...@ip...> - 2003-11-14 18:05:51
|
Hello, I tried to compile and install the 5.2.1-version of plplot on my RedHat8.0 machine enabling f77 using the Lahey- Fujitsu-compiler f95f. Compilation and intallation went fine but when linking to my other codes I had a hard time upto the point when I noticed that the whole plplot was compiled with the -g flag (I think this is debugging) and that I also had to compile my other code with -g. I tried to configure plplot with --disable-debugging but I was not able to get rid of this stupid -g flag. I don't want to run all of my codes in debug-mode. Any ideas what to do? Best regards, Joachim -- -----------------------------------------------@\\ Joachim Geiger @\\ Institute for Plasma Physics, Euratom Association\\\ Department E3 \\\__ Wendelsteinstr. 1 ( \\ \ D-17491 Greifswald, Germany \_ \\(_ Tel.: 03834/88-2327 ) \\ \ e-mail: joa...@ip... \ - | --------------------------------------------------- \____/ |
|
From: <jc...@fe...> - 2003-11-13 01:37:34
|
On Wednesday 12 November 2003 17:32, Frank Ollig wrote: | Hello, | | when I try to configure/make plplot-5.2.1 I find a warning that | there is a problem with prerequisite headers. | | | configure: WARNING: itclDecls.h: present but cannot be compiled | configure: WARNING: itclDecls.h: check for missing prerequisite | headers? configure: WARNING: itclDecls.h: proceeding with the | preprocessor's result configure: WARNING: ## | ------------------------------------ ## configure: WARNING: ## | Report this to bug...@gn.... ## configure: WARNING: ## | ------------------------------------ ## Don't worry with this, we have it for centuries (now) and it never hurted us. ... | -ltcl8.4 -Wl,--rpath -Wl,/usr/local/lib | /home/follig/try/plplot-5.2.1/lib/csa/.libs/libcsa.so: undefined | reference to `errno' collect2: ld returned 1 exit status This is the problem. Copying and pasting from a recent message: > You must add > #include <errno.h> > > at lib/csa/csa.c, as in > > #include <string.h> > +#include <errno.h> > #include "version.h" And your problem will vanish Joao |
|
From: Alan W. I. <ai...@us...> - 2003-11-13 00:36:38
|
On 2003-11-12 12:29-0800 Alan W. Irwin wrote: > combination of later cvs snapshots and RedHat 7.3 (although you will have to > change the line > > %define version 5.2.1.cvs.20030915 > > to > > %define version 5.2.1.cvs.20031030 > > in the specfile to be consistent with the dated version that is currently > available as the latest cvs snapshot.) Oops! That was badly worded. I meant "dated" in the sense that the version includes the date string "20031030" and not in the sense of being old. 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 PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ai...@us...> - 2003-11-12 20:29:24
|
On 2003-11-12 23:14+0800 Valery Pipin wrote: > on Wednesday 12 November 2003 01:17 AW wrote: > <snipped> > >file releases.) The reason that our rpm's are poorly supported is I don't > >have access to newer rpm-based distributions, and no other PLplot developer > >has shown interest in building rpm's. > > > >Given our poor support for rpm's I suggest you continue to try to make the > >tarball approach work. > I've built the plpot rpm with octave and python support for the recent > plpot distribution. The built was gone without problems. My mashine is working > under sisyphus. Unfortunately I have no public place to put the src.rpm, > rigth now. I could send you the spec file. That "poorly supported" remark I made above only refers to newer distro versions. In contrast I would characterize RedHat 7.3 (the rpm-based distribution I have access to) as well supported. For example, there is a working specfile for RedHat 7.3 in the latest snapshot tarballs at http://people.debian.org/~rafael/plplot.html. Look for rpm/plplot_redhat7.3.spec. That worked well on the September 15th snapshot, and I see no reason why it will not continue to work well for the combination of later cvs snapshots and RedHat 7.3 (although you will have to change the line %define version 5.2.1.cvs.20030915 to %define version 5.2.1.cvs.20031030 in the specfile to be consistent with the dated version that is currently available as the latest cvs snapshot.) It's important to start with plplot_redhat7.3.spec (modified as above) in the latest snapshot because it is completely consistent with all the changes since 5.2.1, and it supports virtually everything that is PLplot default except the linuxvga driver and java (AFAIK not officially available for RH7.3). Note, however, that specfile will likely need some minor adjustments to make it compatible with non-RH 7.3 Linux systems such as those of Valery. For example, if you are missing some key development packages on your rpm-based system, the configuration, make, and make install parts will adjust fine by themselves with no changes required, but you will have to comment out the appropriate lines in the file list area of the specfile for the parts of plplot that are not built and installed because of the lack of appropriate development packages. 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 PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Alan W. I. <ai...@us...> - 2003-11-12 19:57:35
|
On 2003-11-12 18:32+0100 Frank Ollig wrote: > Hello, > > when I try to configure/make plplot-5.2.1 I find a warning that > there is a problem with prerequisite headers. > > > configure: WARNING: itclDecls.h: present but cannot be compiled > configure: WARNING: itclDecls.h: check for missing prerequisite headers? > configure: WARNING: itclDecls.h: proceeding with the preprocessor's result > configure: WARNING: ## ------------------------------------ ## > configure: WARNING: ## Report this to bug...@gn.... ## > configure: WARNING: ## ------------------------------------ ## That's a warning that I believe everybody gets, and it seems to have no consequences. Unfortunatly, we haven't yet found the required configure.ac, sysloc.in, or acinclude.m4 change that will get rid of this warning message. > > > As I was told from bug...@gn..., that this is not a bug in autoconf > but because of a recent incompatible change in autoconf that requires > the configure.ac file to be updated. We'd sure like to know how. > > Unfortunately I was not able to find the prerequisite headers, so I > would be happy if you could help me how to make this work. It's a usual > SuSE 8.2 Linux and the downloaded plplot-5.2.1 package. > autoconf (GNU Autoconf) 2.57 > automake (GNU automake) 1.7.2 > gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) The 5.2.1 tarball and the latest cvs snapshot tarball available at http://people.debian.org/~rafael/plplot.html were built with a particular set of autoconf, automake, and libtool versions that work (except for the above warning message with no known consequences) for us. To take advantage of this tested set of autotools versions do not execute bootstrap.sh. Instead, simply use the normal configure; make; make install sequence. If you have lots of autotools expertise (or only have access to raw cvs) then you will want to use bootstrap.sh, but otherwise avoid it if you have access to a tarball. > > > Some more output (selected parts) I didn't spot anything unusual until: > gcc -g -O2 -mieee-fp -o .libs/plserver plserver.o ../tcl/.libs/libplplottcltkd.so -litcl3.3 -litk3.3 -ltk8.4 > /home/follig/try/plplot-5.2.1/src/.libs/libplplotd.so /usr/lib/libfreetype.so > /home/follig/try/plplot-5.2.1/lib/csa/.libs/libcsa.so -lm -ldl > /home/follig/try/plplot-5.2.1/bindings/tcl/.libs/libtclmatrixd.so -ltcl8.4 -Wl,--rpath -Wl,/usr/local/lib > /home/follig/try/plplot-5.2.1/lib/csa/.libs/libcsa.so: undefined reference to `errno' > collect2: ld returned 1 exit status I wonder if that error might be a result of a libcsa header problem. You didn't include the libcsa part of your make output. Please do so. We would be particularly interested if there was a compiler warning or error for libcsa. See yesterday's thread at http://sourceforge.net/mailarchive/forum.php?thread_id=3438434&forum_id=4474 for a possible fix to the libcsa header problem that occurs on some platforms. Your problem might also be due to a nameclash for libcsa. We have now addressed that issue in cvs, and you can get access to the latest cvs snapshot results in tarball form built with tested versions of the autotools at http://people.debian.org/~rafael/plplot.html. Please let us know your results for that latest tarball. 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 PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Frank O. <f....@fi...> - 2003-11-12 17:32:33
|
Hello, when I try to configure/make plplot-5.2.1 I find a warning that there is a problem with prerequisite headers. configure: WARNING: itclDecls.h: present but cannot be compiled configure: WARNING: itclDecls.h: check for missing prerequisite headers? configure: WARNING: itclDecls.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug...@gn.... ## configure: WARNING: ## ------------------------------------ ## As I was told from bug...@gn..., that this is not a bug in autoconf but because of a recent incompatible change in autoconf that requires the configure.ac file to be updated. Unfortunately I was not able to find the prerequisite headers, so I would be happy if you could help me how to make this work. It's a usual SuSE 8.2 Linux and the downloaded plplot-5.2.1 package. autoconf (GNU Autoconf) 2.57 automake (GNU automake) 1.7.2 gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) Some more output (selected parts) configure: ========== --> snip checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for sin in -lm... yes warning: gd header files not found checking for main in -lgd... no warning: gd library not found warning: cd header files not found checking for main in -lcd... no warning: cd library not found checking for main in -lfreetype... yes checking for tcl.h... /usr/local/include/tcl.h checking for libtcl... /usr/lib/libtcl8.4.so checking for itcl.h... /usr/local/include/itcl.h checking itclDecls.h usability... no checking itclDecls.h presence... yes configure: WARNING: itclDecls.h: present but cannot be compiled configure: WARNING: itclDecls.h: check for missing prerequisite headers? configure: WARNING: itclDecls.h: proceeding with the preprocessor's result configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug...@gn.... ## configure: WARNING: ## ------------------------------------ ## checking for itclDecls.h... yes checking for libitcl... /usr/lib/libitcl3.3.so checking for tk.h... /usr/local/include/tk.h checking for tkInt.h... /usr/local/include/tkInt.h checking for tclInt.h... no warning: can't find tclInt.h, setting enable_tkwin to no checking for libtk... /usr/lib/libtk8.4.so checking for libitk... /usr/lib/libitk3.3.so checking for matwrap... no configure: WARNING: Using builtin matwrap. checking for mkoctfile... yes checking for octave... yes <-- snap make: ===== --> snip make[3]: Leaving directory `/home/follig/try/plplot-5.2.1/bindings/tcl' Making all in tk make[3]: Entering directory `/home/follig/try/plplot-5.2.1/bindings/tk' if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../tcl/ -I../../libltdl -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -g -O2 -mieee-fp -MT plserver.o -MD -MP -MF ".deps/plserver.Tpo" \ -c -o plserver.o `test -f 'plserver.c' || echo './'`plserver.c; \ then mv ".deps/plserver.Tpo" ".deps/plserver.Po"; \ else rm -f ".deps/plserver.Tpo"; exit 1; \ fi /bin/sh ../../libtool --mode=link gcc -g -O2 -mieee-fp -o plserver -rpath /usr/local/lib -no-undefined plserver.o ../tcl/libplplottcltkd.la mkdir .libs gcc -g -O2 -mieee-fp -o .libs/plserver plserver.o ../tcl/.libs/libplplottcltkd.so -litcl3.3 -litk3.3 -ltk8.4 /home/follig/try/plplot-5.2.1/src/.libs/libplplotd.so /usr/lib/libfreetype.so /home/follig/try/plplot-5.2.1/lib/csa/.libs/libcsa.so -lm -ldl /home/follig/try/plplot-5.2.1/bindings/tcl/.libs/libtclmatrixd.so -ltcl8.4 -Wl,--rpath -Wl,/usr/local/lib /home/follig/try/plplot-5.2.1/lib/csa/.libs/libcsa.so: undefined reference to `errno' collect2: ld returned 1 exit status make[3]: *** [plserver] Fehler 1 make[3]: Leaving directory `/home/follig/try/plplot-5.2.1/bindings/tk' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/follig/try/plplot-5.2.1/bindings' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/follig/try/plplot-5.2.1' make: *** [all] Fehler 2 <-- snap Cheers, Frank _________________________________________________________________ www.ebay.de Hier Finden Sie Auktionen und Festpreisangebote! |
|
From: <cg...@ll...> - 2003-11-12 16:08:43
|
Hola! Thank you for your reply. In fact, it is enough for me to know that it is going to be solved in tw= o months, since I can wait till then. Moreover I have just tested that the library, when specifying the device with plsdev works fine. However, if you are interested in this error, I give you more details: The Plplot version used is 5.2.1 taken from http://sourceforge.net/project/showfiles.php?group_id=3D2915 I get the error executing the command ./x01c (for example) directly from examples/c/ in the build tree, but I get the same error if I invoke it fr= om any directory inside the build tree or the installation directory (i. e. $prefix, it is not /usr/local because I don=B4t have root permisions). Thanks Kike -----Mensaje original----- De: Jo=E3o Cardoso [mailto:jc...@fe...] Enviado el: viernes, 07 de noviembre de 2003 16:12 Para: C=E9sar Enrique Garc=EDa; plp...@li... Asunto: Re: [Plplot-general] error running examples under Solaris On Wednesday 05 November 2003 17:34, C=E9sar Enrique Garc=EDa wrote: | Hi all! | I am a new user of PlPlot and I am trying to use it under Solaris 8. | I have bi | problems compiling, but when executing any of the examples a get the | error: *** PLPLOT ERROR *** | plInitDispatchTable: Could not open drivers directory, aborting | operation Segmentation fault (core dumped) Hi (Ol=E1 :) What version of plplot are you using? Until one or two months ago this might happen if you don't have plplot installed. Currently (cvs distributions) this should not happen -- what plplot version are you using? where did you get it from? what's its name? where did you invoke the command? In the build tree, outside the build tree? Please give us more details. Joao | Machine: | uname -a | SunOS 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-60 | | I have made ./configure --prefix=3D/my/install/directory | make | make install | make check | | I have tried to point PLPLOT_HOME to /my/install/directory but I get | the same. | | Any suggestions? | | Thanks a lot | Kike | | | | ------------------------------------------------------- | This SF.net email is sponsored by: SF.net Giveback Program. | Does SourceForge.net help you be more productive? Does it | help you create better code? SHARE THE LOVE, and help us help | YOU! Click Here: http://sourceforge.net/donate/ | _______________________________________________ | Plplot-general mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: Valery P. <pi...@is...> - 2003-11-12 15:17:26
|
on Wednesday 12 November 2003 01:17 AW wrote: <snipped> >file releases.) The reason that our rpm's are poorly supported is I don't >have access to newer rpm-based distributions, and no other PLplot developer >has shown interest in building rpm's. > >Given our poor support for rpm's I suggest you continue to try to make the >tarball approach work. I've built the plpot rpm with octave and python support for the recent plpot distribution. The built was gone without problems. My mashine is working under sisyphus. Unfortunately I have no public place to put the src.rpm, rigth now. I could send you the spec file. best rgds, Valery |
|
From: Alan W. I. <ai...@us...> - 2003-11-11 17:17:41
|
On 2003-11-11 01:04-0500 David Strang wrote: > I downloaded the rpm for Redhat (I heard somewhere that Mandrake is based > upon Radhat), but > the package manager reports the rpm has a bad signature. Is the signature > necessary? I have the Redhat 9.0 > package and it has octave 2.1-40 and probably the libblas, liblapack, > libreadline libraries that are needed. Is > there any way to install under Mandrake 9.1? One interpretation of your remarks above is there is an rpm built for RH 9.0, but that is not the case; the last rpm we distributed was for PLplot-5.2.0 for RH 7.3 (i.e., an outdated version of PLplot on an outdated version of RedHat). (See http://sourceforge.net/project/showfiles.php?group_id=2915 for our official file releases.) The reason that our rpm's are poorly supported is I don't have access to newer rpm-based distributions, and no other PLplot developer has shown interest in building rpm's. Given our poor support for rpm's I suggest you continue to try to make the tarball approach work. I understand that you applied one fix to get "make" to work with no further problems for the PLplot-5.2.1 tarball. After that, you merely have to make install cp -a $prefix/lib/plplot5.2.1/examples /tmp (where $prefix is whatever you specified in the configure step [or default /usr/local]) cd /tmp/examples/c make ./x01c etc. If you cannot get x01c to build and execute using the above method, let us know, and we will work through any further problems. 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 PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: <jc...@fe...> - 2003-11-11 14:13:32
|
On Tuesday 11 November 2003 06:04, David Strang wrote: | Thank so much. | | I added the header and it compiled further. It still will not compile | any of the examples. The | make returns "nothing to do". Would this be related to no octave | installation? In what directory are you issuing the make cmd? With PLplot-5.2.1 you=20 have to "make install" before "make check"; issue these commands at the=20 top build dir. Then "cd examples/c" and "./x01c". | I downloaded the rpm for Redhat (I heard somewhere that Mandrake is | based upon Radhat), but | the package manager reports the rpm has a bad signature. Is the | signature necessary? I have the Redhat 9.0 | package and it has octave 2.1-40 | and probably the libblas, liblapack, | libreadline libraries that are needed. Is | there any way to install under Mandrake 9.1? I really don't know, but you can try, "rpm -i <package-name>" Joao | Where do I go from here. | | All help is welcome. | | Regards, | Dave Strang | | I've used earlier versions of PLPlot on my Amiga and an SGI Indigo as | well as earlier Linux packages, with little problem. | The configuration issue is a little overwhelming. | | ----- Original Message ----- | From: "Jo=E3o Cardoso" <jc...@fe...> | To: "David Strang" <ds...@ch...>; | <plp...@li...> | Sent: Monday, November 10, 2003 11:32 PM | Subject: Re: [Plplot-general] PLPlot install issue | | > On Monday 10 November 2003 21:42, David Strang wrote: | > | Hello! | > | | > | I took the 5.2.1 tarball and tried building under Mandrake 9.1. | > | | > | Ran ./configure and make . | > | | > | The build stalled with the libcsa not resolving "errno" . | > | > You must add | > #include <errno.h> | > | > at lib/csa/csa.c, as in | > | > #include <string.h> | > +#include <errno.h> | > #include "version.h" | > | > | Also, where can I get octave from? | > | > www.octave.org | > | > but it depends what world are you from: | | nix/win/cygwin/mac/sources/rpm/deb? I | | > recommend octave-2.1.50, the "stable" 2.0.17 is now too old. | > | > Joao | > | > | Any ideas and help here would be appreciated. | > | | > | Regards, | > | Dave Strang | > | | > | | > | | > | | > | ------------------------------------------------------- | > | This SF.Net email sponsored by: ApacheCon 2003, | > | 16-19 November in Las Vegas. Learn firsthand the latest | > | developments in Apache, PHP, Perl, XML, Java, MySQL, | > | WebDAV, and more! http://www.apachecon.com/ | > | _______________________________________________ | > | Plplot-general mailing list | > | Plp...@li... | > | https://lists.sourceforge.net/lists/listinfo/plplot-general | | ------------------------------------------------------- | This SF.Net email sponsored by: ApacheCon 2003, | 16-19 November in Las Vegas. Learn firsthand the latest | developments in Apache, PHP, Perl, XML, Java, MySQL, | WebDAV, and more! http://www.apachecon.com/ | _______________________________________________ | Plplot-general mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: David S. <ds...@ch...> - 2003-11-11 06:03:24
|
Thank so much. I added the header and it compiled further. It still will not compile any= of the examples. The make returns "nothing to do". Would this be related to no octave installation? I downloaded the rpm for Redhat (I heard somewhere that Mandrake is based upon Radhat), but the package manager reports the rpm has a bad signature. Is the signature necessary? I have the Redhat 9.0 package and it has octave 2.1-40 and probably the libblas, liblapack, libreadline libraries that are needed. Is there any way to install under Mandrake 9.1? Where do I go from here. All help is welcome. Regards, Dave Strang I've used earlier versions of PLPlot on my Amiga and an SGI Indigo as wel= l as earlier Linux packages, with little problem. The configuration issue is a little overwhelming. ----- Original Message -----=20 From: "Jo=E3o Cardoso" <jc...@fe...> To: "David Strang" <ds...@ch...>; <plp...@li...> Sent: Monday, November 10, 2003 11:32 PM Subject: Re: [Plplot-general] PLPlot install issue > On Monday 10 November 2003 21:42, David Strang wrote: > | Hello! > | > | I took the 5.2.1 tarball and tried building under Mandrake 9.1. > | > | Ran ./configure and make . > | > | The build stalled with the libcsa not resolving "errno" . > > You must add > #include <errno.h> > > at lib/csa/csa.c, as in > > #include <string.h> > +#include <errno.h> > #include "version.h" > > | Also, where can I get octave from? > > www.octave.org > > but it depends what world are you from: nix/win/cygwin/mac/sources/rpm/deb? I > recommend octave-2.1.50, the "stable" 2.0.17 is now too old. > > Joao > > | > | Any ideas and help here would be appreciated. > | > | Regards, > | Dave Strang > | > | > | > | > | ------------------------------------------------------- > | This SF.Net email sponsored by: ApacheCon 2003, > | 16-19 November in Las Vegas. Learn firsthand the latest > | developments in Apache, PHP, Perl, XML, Java, MySQL, > | WebDAV, and more! http://www.apachecon.com/ > | _______________________________________________ > | Plplot-general mailing list > | Plp...@li... > | https://lists.sourceforge.net/lists/listinfo/plplot-general > > |
|
From: <jc...@fe...> - 2003-11-11 04:30:20
|
On Monday 10 November 2003 21:42, David Strang wrote: | Hello! | | I took the 5.2.1 tarball and tried building under Mandrake 9.1. | | Ran ./configure and make . | | The build stalled with the libcsa not resolving "errno" . You must add #include <errno.h> at lib/csa/csa.c, as in #include <string.h> +#include <errno.h> #include "version.h" | Also, where can I get octave from? www.octave.org but it depends what world are you from: nix/win/cygwin/mac/sources/rpm/deb? I recommend octave-2.1.50, the "stable" 2.0.17 is now too old. Joao | | Any ideas and help here would be appreciated. | | Regards, | Dave Strang | | | | | ------------------------------------------------------- | This SF.Net email sponsored by: ApacheCon 2003, | 16-19 November in Las Vegas. Learn firsthand the latest | developments in Apache, PHP, Perl, XML, Java, MySQL, | WebDAV, and more! http://www.apachecon.com/ | _______________________________________________ | Plplot-general mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: David S. <ds...@ch...> - 2003-11-10 21:41:43
|
Hello! I took the 5.2.1 tarball and tried building under Mandrake 9.1. Ran ./configure and make . The build stalled with the libcsa not resolving "errno" . Also, where can I get octave from? Any ideas and help here would be appreciated. Regards, Dave Strang |
|
From: <jc...@fe...> - 2003-11-07 16:13:33
|
On Wednesday 05 November 2003 17:34, C=E9sar Enrique Garc=EDa wrote: | Hi all! | I am a new user of PlPlot and I am trying to use it under Solaris 8. | I have bi | problems compiling, but when executing any of the examples a get the | error: *** PLPLOT ERROR *** | plInitDispatchTable: Could not open drivers directory, aborting | operation Segmentation fault (core dumped) Hi (Ol=E1 :) What version of plplot are you using? Until one or two months ago this=20 might happen if you don't have plplot installed. Currently (cvs=20 distributions) this should not happen -- what plplot version are you=20 using? where did you get it from? what's its name? where did you invoke=20 the command? In the build tree, outside the build tree? Please give us more details. Joao | Machine: | uname -a | SunOS 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-60 | | I have made ./configure --prefix=3D/my/install/directory | make | make install | make check | | I have tried to point PLPLOT_HOME to /my/install/directory but I get | the same. | | Any suggestions? | | Thanks a lot | Kike | | | | ------------------------------------------------------- | This SF.net email is sponsored by: SF.net Giveback Program. | Does SourceForge.net help you be more productive? Does it | help you create better code? SHARE THE LOVE, and help us help | YOU! Click Here: http://sourceforge.net/donate/ | _______________________________________________ | Plplot-general mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: <cg...@ll...> - 2003-11-05 18:11:50
|
Hi all! I am a new user of PlPlot and I am trying to use it under Solaris 8. I have bi problems compiling, but when executing any of the examples a get the error: *** PLPLOT ERROR *** plInitDispatchTable: Could not open drivers directory, aborting operation Segmentation fault (core dumped) Machine: uname -a SunOS 5.8 Generic_108528-16 sun4u sparc SUNW,Ultra-60 I have made ./configure --prefix=/my/install/directory make make install make check I have tried to point PLPLOT_HOME to /my/install/directory but I get the same. Any suggestions? Thanks a lot Kike |
|
From: Rafael L. <lab...@ps...> - 2003-10-30 16:29:04
|
* Valery Pipin <pi...@is...> [2003-10-30 21:22]: > I just would like to report the success for building this plplot distribution > on my system ALTLinux Sisiphus. I rebuild the yplot for new version as well. > Every example there works as expected. plot_test.sh successfully generated > postscripts files for c, octave-2.1.50 and python-2.2. Great. Thanks for your report. -- Rafael |
|
From: Valery P. <pi...@is...> - 2003-10-30 13:10:38
|
Hello! I just would like to report the success for building this plplot distribution on my system ALTLinux Sisiphus. I rebuild the yplot for new version as well. Every example there works as expected. plot_test.sh successfully generated postscripts files for c, octave-2.1.50 and python-2.2. Thanks to plplot team! Best wishes Valery On Thursday 30 October 2003 16:45, Rafael Laboissiere wrote: <....>A new CVS snapshot distribution tarball for PLplot is available at the >Please, test and report. We are heading towards the next release of PLplot, >and this tarball can be considered as a "pre-candidate-release" one. I have upgraded my rpm packages for yplot |
|
From: Rafael L. <lab...@ps...> - 2003-10-30 08:45:20
|
A new CVS snapshot distribution tarball for PLplot is available at the usual
place:
http://people.debian.org/~rafael/plplot.html
The tarball name is plplot-5.2.1.cvs.20031030.tar.gz. The main change in
this tarball in respect to the previous one (20031027) is the SOVERSION in
configure.ac. The libraries will have (in Linux) the soversion 9 now,
instead of 5 as previously. The Debian packages will be renamed as a
consequence of this.
The tarball was generated in a Debian unstable system with the following
versions of the GNU autotools:
Autoconf 2.57
Automake 1.7.8
Libtool 1.5.0a
You will find below the changelog of the recent changes in CVS (generated
with the command: cvs2cl -l "-d'2003-10-27<'").
Please, test and report. We are heading towards the next release of PLplot,
and this tarball can be considered as a "pre-candidate-release" one.
--
Rafael
============== Changelog ==============
2003-10-29 22:30 rlaboiss
* debian/: changelog, control, libplplot9.README.Debian,
plplot-gd.files, plplot-gnome.files, plplot-xwin.files,
plplot9-driver-gd.files, plplot9-driver-gnome.files,
plplot9-driver-xwin.files, rules: Renaming of the driver module
Debian packages.
The naming changes are:
plplot-gd -> plplot9-driver-gd
plplot-xwin -> plplot9-driver-xwin
plplot-gnome -> plplot9-driver-gnome
2003-10-29 20:40 jcard
* examples/tk/xtk01.c, include/plplotP.h, src/pdfutils.c,
src/plbox.c, src/plcore.c, src/plfreetype.c, src/plot3d.c,
utils/pltcl.c, bindings/tk/Pltk_Init.c, bindings/tk/plframe.c,
bindings/tk/plserver.c, bindings/tk-x-plat/Plplotter_Init.c,
bindings/tk-x-plat/plplotter.c, drivers/gd.c,
drivers/get-drv-info.c, drivers/tk.c, drivers/tkwin.c,
drivers/xwin.c, examples/tk/xtk02.c, examples/tk/xtk04.c,
bindings/tcl/matrixInit.c, bindings/tcl/tclAPI.c,
bindings/tcl/tclMain.c, bindings/tcl/tclMatrix.c,
bindings/tk/tcpip.c, bindings/tk/tkMain.c, bindings/tk/tkshell.c:
Mostly cosmetic changes that enable plplot to compiled with
(almost) no warnings, even with gcc -Wall.
Most changes are just casts, and most of them are tcl/tk related.
For tcl/tk-8.4, no warnings occurs. Also tested with tcl/tk-8.3,
where some warnings remain. There are no
java/f77/cxx/python/octave changes.
2003-10-29 20:19 rlaboiss
* debian/: changelog, control, libplplot-dev.files,
libplplot9.README.Debian, libplplot9.files, octave-plplot.files,
plplot-doc.doc-base, plplot-doc.files, plplot-tcl-dev.files,
python-plplot.files, rules: Preparation for the next Debian
release.
From the debian/changelog file:
* NOT YET RELEASED!
* Preparation for the new upstream version, which changed the
soversion
of the PLplot library. Changed all the references to
libplplot5 to
libplplot9. Affected files:
- control
- libplplot-dev.files
- octave-plplot.files
- plplot-doc.doc-base
- plplot-doc.files
- plplot-tcl-dev.files
- python-plplot.files
- rules
- libplplot9.README.Debian (new)
- libplplot9.files (new)
2003-10-29 18:24 airwin
* examples/f77/Makefile.examples.in: Add examples 15, 17, 18, and
19.
Note 17 and 19 don't link properly yet (missing fortran API) so
the installed examples will have to be built using make -k.
2003-10-29 17:14 airwin
* examples/f77/: x01f.fm4, x04f.fm4, x06f.fm4, x07f.fm4, x08f.fm4,
x09f.fm4, x11f.fm4, x12f.fm4, x13f.fm4, x16f.fm4: AWI for Arjen
Markus <arj...@wl...>
White space changes.
2003-10-29 17:14 airwin
* examples/f77/Makefile.am: Add new example 15.
2003-10-29 17:13 airwin
* examples/f77/x15f.fm4: AWI for Arjen Markus
<arj...@wl...>.
Initial commit. This compiles and executes, but there is a
problem with the colours which needs debugging.
2003-10-29 15:13 rlaboiss
* debian/: changelog, rules: Debian release
plplot-5.2.1.cvs.20031027-3.
From the debian/changelog file:
* debian/rules:
- Added symlinks /usr/lib/lib{nn,csa}.so.0, such that this
release of
the libplplot5 package does not break binary compatiblity
with previous
released versions of PLplot (closes: #217895). This is an
interim
solution. Probably, the upstream authors will have to
change the
soversion or revert the changing of names of the
libscsiro{nn,csa}
libraries in order to get the problem cleanly fixed.
- Call configure with --disable-java, since enable_java has
been made
the default in the upstream configure.ac.
2003-10-29 14:46 rlaboiss
* debian/TODO: Marked all tasks as "DONE".
I just realized that this list of ToDo tasks is finished now. I
am keeping this file here out of historical interest.
2003-10-29 14:38 rlaboiss
* configure.ac: Upgraded SOVERSION to 9:0:0.
This is necessary since the recent changes in the naming of the
libraries libnn -> libcsironn and libcsa -> libcsirocsa have
broke backward binary compatibility for the PLplot library.
2003-10-29 14:10 rlaboiss
* examples/c/lena.pgm: Dummy commit to get the sticky -kb option
(hopefully).
No changes have been made to this file.
2003-10-29 13:47 rlaboiss
* debian/control: Changed the build-dependency for GD library.
Instead of using the "transitional" package libgd2-dev, use the
explicit dependencies to the real packages (libgd2-noxpm-dev |
libgd2-xpm-dev).
2003-10-28 17:16 vincentdarley
* sys/win-tk/: makePlplotStarkit.tcl, makefile.vc, testPlplot.tcl:
win-tk build now works again
2003-10-27 11:54 rlaboiss
* debian/: changelog, libplplot-dev.files,
libplplot5.README.Debian: Debian release 5.2.1.cvs.20031027-2.
From the debian/changelog file:
* debian/libplplot-dev.files: Added README.pkg-config file.
* debian/libplplot5.README.Debian: Fixed typos.
2003-10-27 11:35 rlaboiss
* debian/: changelog, control, libplplot5.README.Debian, rules:
Debian release 5.2.1.cvs.20031027-1.
From the debian/changelog file:
* New CVS snapshot upstream release. This release is actually
quite
close to the latest Debian 5.2.1-21, since I have been
tracking CVS
developments since the upstream release 5.2.1. One of
biggest
advantages of this move is the enourmous reduction in the
size of the
diff.gz file:
du -b plplot*diff*
2686036 ../plplot_5.2.1-21.diff.gz
10198 ../plplot_5.2.1.cvs.20031027-1.diff.gz
This huge difference is due to the patched documentation file
and the
necessity of an uuencoded file for the Debian packages.
* debian/rules: Removed all manipulations (targets "build" and
"clean") related to the plplot-5.2.1-new-doc.tar.gz.uu file,
which is
not included in the source package anymore. Also, added flag
-k to
make distclean.
* debian/control: Removed build-dependency on sharutils.
* debian/libplplot5.README.Debian: Added note about pkg-config
support.
2003-10-27 11:18 rlaboiss
* bindings/tk/Makefile.am: Added tclIndex to the CLEANFILES list.
2003-10-27 11:17 rlaboiss
* pkgcfg/Makefile.am: Install README file in
$(docdir)/README.pkg-config.
|
|
From: Rafael L. <lab...@ps...> - 2003-10-27 09:13:25
|
A new CVS snapshot distribution tarball for PLplot is available at the usual
place:
http://people.debian.org/~rafael/plplot.html
The tarball name is plplot-5.2.1.cvs.20031027.tar.gz. The changes in
relation to the last CVS tarball (released one week ago) are quite minimal.
The tarball was generated in a Debian unstable system with the following
versions of the GNU autotools:
Autoconf 2.57
Automake 1.7.8
Libtool 1.5.0a
You will find below the changelog of the recent changes in CVS (generated
with the command: cvs2cl -l "-d'2003-10-17<'").
Please, test and report.
Notice that this tarball will be used in the forthcoming release of the
Debian packages. This means that I will abandon the Debian series 5.2.1-*
in favor of the 5.2.1.cvs.*-* series. In concrete terms, this means that
the Debian packages in the testing distribution will be actually the
"release candidates" for the next version of PLplot (probably 5.2.2). The
presence of the CVS snapshot version inDebian will help us in the testing
cycle of the next release of PLplot.
--
Rafael
============== Changelog ==============
2003-10-27 08:48 rlaboiss
* debian/rules: Fixed "--with-pthread" -> "--with-pthreads" in call
to configure.
2003-10-27 08:46 rlaboiss
* scripts/make-cvs-tarball.sh: Made make-cvs-tarball script more
robust to premature exit.
Added a cleanup function that is called for the trapped signals
0, HUP, QUIT, INT, TERM, and PIPE. This insures that the
temporary directory $CVSTMPDIR is removed at exit. Also, a
caveat note is added at the comments on the top of the file.
2003-10-26 16:07 rlaboiss
* bootstrap.sh: Call aclocal in libltdl directory.
This insures that the aclocal.m4 files in both the topdir and the
libltdl directory are generated with by same version of Automake
and no errors regarding incompatible calls of AM_AUTOMAKE_VERSION
will happen.
2003-10-26 05:37 airwin
* examples/f77/x05f.fm4: AWI for Arjen Markus plus significant
changes of my own as well. Update fifth standard fortran example
so it produces results consistent with results for other language
interfaces. diff of postscript results showed no difference with
c result for example.
2003-10-26 05:23 airwin
* examples/f77/x03f.fm4: AWI for Arjen Markus. Minore update of
third standard fortran example so it avoids deprecated plcol API
and replaces by plcol0 instead. More work required, however,
before it will produce results consistent with results for other
language interfaces.
2003-10-26 05:17 airwin
* examples/f77/x02f.fm4: AWI for Arjen Markus. Update second
standard fortran example so it produces results consistent with
results for other language interfaces. diff of postscript
results showed no difference with c result for example.
2003-10-26 03:55 airwin
* examples/f77/: Makefile.am, x17f.fm4, x18f.fm4, x19f.fm4: Initial
commit of contributed standard examples from Arjen Markus with
some changes by AWI to allow them to compile. x17f and x19f
don't link (so must use, e.g, make -k check for now to compile
rest of examples) because of missing fortran API. x18f actually
links and gives almost the correct standard results for example
18, but "almost" means there is probably an API problem to deal
with there.
2003-10-26 02:49 airwin
* examples/f77/: Makefile.am, fmacs.m4, x01f.fm4, x02f.fm4,
x03f.fm4, x04f.fm4, x05f.fm4, x06f.fm4, x07f.fm4, x08f.fm4,
x09f.fm4, x10f.fm4, x11f.fm4, x12f.fm4, x13f.fm4, x16f.fm4: Drop
single-precision support for examples for now. I intend to
re-instate it later with a sed script. The *.fm4 are now a
misnomer (probably the name should be changed to *.fdouble or
something, but I have to think about it) since they are no longer
processed by m4. Instead, these files are filled by straight
double-precision fortran (with no embedded m4 commands) and
simply copied to *.f.
2003-10-24 20:31 jcard
* configure.ac: Disable dynamic drivers if enable_shared != yes
If the user don't want (or the system is not capable of) to build
shared libraries, then disable dynamic drivers, as they are
dynamically loaded objects.
This must to be done after AM_PROG_LIBTOOL. There is a test
if test "$enable_dyndrivers" = "yes" above that should, if
possible, be put after this test.
2003-10-23 11:48 rlaboiss
* debian/: changelog, rules: Debian release 5.2.1-21
From the debian/changelog file:
* sysloc.in: Applied patch from upstream CVS that assigns an
unversioned
path to OCTAVE_OCT_DIR.
* debian/rules:
- Loosen the restriction on the Octave version dependency,
now that
OCTAVE_OCT_DIR is unversioned.
- Configure with --with-pthreads, such that the xwin driver
refreshes
the plot when the window is moved or re-exposed.
2003-10-23 09:17 rlaboiss
* sysloc.in: Unversioned path for Octave oct dir
The OCTAVE_OCT_DIR variable is not versioned anymore (i.e. it
does not contain the Octave version 2.*.* in it). This parallels
what is done for the OCT_M_DIR variable. OCTAVE_OCT_DIR takes it
value from the octave_config_info structure, being either
localoctfiledir (for Octave version 2.1.*) or the first component
of localoctfilepath (version 2.0.*).
The advantage of this change is that the Octave bindings are not
tied to a specific version of Octave, and will continue to be
visible if the user upgrades Octave. Remember though that there
is no guarantee of backward compatibility of the *.oct API within
the unstable series of Octave (2.1.*).
2003-10-21 12:22 rlaboiss
* drivers/gnome.c: Use HAVE_PTHREAD instead of USE_THREADS
This means that pthreads support will be activated in the gnome
driver whenever the --with-pthreads option is given to configure.
2003-10-17 15:16 rlaboiss
* debian/changelog: Debian release 5.2.1-20
2003-10-17 14:16 rlaboiss
* configure.ac: Put AC_CHECK_LIB(ltdl, ...) outside the
with_ltdlsystem conditional
For some mysterious reason, when the AC_CHECK_LIB was put inside
the conditional 'if test "$with_ltdlsystem" = no', configure was
failing with the error message: conditional "AMDEP" was never
defined. This should be fixed now.
Please, test this change.
|
|
From: Herng-Jeng J. <hj...@qu...> - 2003-10-22 17:40:37
|
At 05:13 PM 10/22/2003 +0100, Jo=E3o Cardoso wrote: >On Wednesday 22 October 2003 14:54, Herng-Jeng Jou wrote: >| Hi there, >| >| I tried CVS 20031019. Compiled, installed ok without problem >| Then I tried to test the tk examples using plserver and it work >| beautifully. Then I tried using wish, according to the README.tkdemos >| file, such as: >| $ wish >| % lappend auto_path $prefix/lib/plplot$VERSION >| % package require Pltk >| with appropriate replacement of prefix and VERSION, but I got: >| can't find package Pltk >| >| Same thing happens to other example: >| $ wish >| % lappend auto_path $prefix/lib/plplot$VERSION >| % package require Plplotter >| can't find package Plplotter >| >| Can somebody help to see if this is a problem? > >If you are within the build tree you must setup auto_path to be within the >build tree -- setting it to the installed version will not work. >If you want to test the installed version you must cd to outside the build >tree. That's my problem. That does fix my problem. Thanks for your quick response. Jou >Doing the opposite can have subtle side effects: when running a program=20 >within >the build tree, which drivers and library are you using? The ones in the >build tree or in the installed tree? Until recently, after "make install", >and if within the build tree, you would be using the installed drivers and >tck/tk extensions, but the build tree libraries... or some other= combination >:) > >I hope we have now fixed this (but not yet for python and java bindings) > >Thanks, >Joao > >| >| Jou >| >| >| =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >| Herng-Jeng Jou >| QuesTek Innovations, LLC >| 1820 Ridge Avenue >| Evanston, IL 60201 >| (Tel) 847.425.8221 >| (Fax) 847.328.5855 >| hj...@qu... >| >| >| >| ------------------------------------------------------- >| This SF.net email is sponsored by OSDN developer relations >| Here's your chance to show off your extensive product knowledge >| We want to know what you know. Tell us and you have a chance to win $100 >| http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 >| _______________________________________________ >| Plplot-general mailing list >| Plp...@li... >| https://lists.sourceforge.net/lists/listinfo/plplot-general =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Herng-Jeng Jou QuesTek Innovations, LLC 1820 Ridge Avenue Evanston, IL 60201 (Tel) 847.425.8221 (Fax) 847.328.5855 hj...@qu...=20 |
|
From: <jc...@fe...> - 2003-10-22 17:17:10
|
On Wednesday 22 October 2003 14:54, Herng-Jeng Jou wrote: | Hi there, | | I tried CVS 20031019. Compiled, installed ok without problem | Then I tried to test the tk examples using plserver and it work | beautifully. Then I tried using wish, according to the README.tkdemos | file, such as: | $ wish | % lappend auto_path $prefix/lib/plplot$VERSION | % package require Pltk | with appropriate replacement of prefix and VERSION, but I got: | can't find package Pltk | | Same thing happens to other example: | $ wish | % lappend auto_path $prefix/lib/plplot$VERSION | % package require Plplotter | can't find package Plplotter | | Can somebody help to see if this is a problem? If you are within the build tree you must setup auto_path to be within the build tree -- setting it to the installed version will not work. If you want to test the installed version you must cd to outside the build tree. Doing the opposite can have subtle side effects: when running a program within the build tree, which drivers and library are you using? The ones in the build tree or in the installed tree? Until recently, after "make install", and if within the build tree, you would be using the installed drivers and tck/tk extensions, but the build tree libraries... or some other combination :) I hope we have now fixed this (but not yet for python and java bindings) Thanks, Joao | | Jou | | | ======================================= | Herng-Jeng Jou | QuesTek Innovations, LLC | 1820 Ridge Avenue | Evanston, IL 60201 | (Tel) 847.425.8221 | (Fax) 847.328.5855 | hj...@qu... | | | | ------------------------------------------------------- | This SF.net email is sponsored by OSDN developer relations | Here's your chance to show off your extensive product knowledge | We want to know what you know. Tell us and you have a chance to win $100 | http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 | _______________________________________________ | Plplot-general mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: Alan W. I. <ai...@us...> - 2003-10-22 16:57:25
|
On 2003-10-22 08:54-0500 Herng-Jeng Jou wrote: > Hi there, > > I tried CVS 20031019. Compiled, installed ok without problem > Then I tried to test the tk examples using plserver and it work > beautifully. Then I tried using wish, according to the README.tkdemos > file, such as: > $ wish > % lappend auto_path $prefix/lib/plplot$VERSION > % package require Pltk > with appropriate replacement of prefix and VERSION, but I got: > can't find package Pltk > > Same thing happens to other example: > $ wish > % lappend auto_path $prefix/lib/plplot$VERSION > % package require Plplotter > can't find package Plplotter > > Can somebody help to see if this is a problem? I cannot verify your problem here. I am using today's cvs version, which only has one change (gnome driver) relative to your 20031019 version. Here is what I did after a fresh checkout and running an autotools script to bring the tree into the state you find it in the tarball. rm -rf /usr/local/plplot_at/* ./configure --prefix=/usr/local/plplot_at --disable-static > & configure.out; \ make > & make.out ; make install > & make_install.out cd /tmp rm -rf examples cp -a /usr/local/plplot_at/lib/plplot5.2.1/examples/ . cd examples/tk # "make" put in for completeness; but these compiled examples not used in the # wish session below. make wish % lappend auto_path /usr/local/plplot_at/lib/plplot5.2.1 /usr/lib/tcl8.3 /usr/lib /usr/lib/tk8.3 /usr/local/plplot_at/lib/plplot5.2.1 % package require Pltk 5.2.1 % source tkdemos.tcl % 5 % 8 Everything worked fine for the fifth and eighth examples. You probably use a different prefix, you may or may not want to --disable-static (depending on whether you actually use the static libraries which I do not), and your version will not be plplot5.2.1. Is $prefix/bin in your path? Are you using a copy of the _installed_ examples as above? (Joao has recently tried to get the examples to work right in the build tree, but that is not as thoroughly tested as the installed examples way of doing things.) Is your configure default except for the prefix and possibly --disable-static? Note that the default configure options are the most thoroughly tested, and if you are using non-default options, you could be running into a configure bug that we are unaware of. Try default (except for prefix and disable-static) to see if you get the same bad results. Note the rm -rf steps above to insure everything is done in clean trees. I am using tcl/tk 8.3.3 from Debian stable. What is your tcl/tk version? Hope the information above, and my questions help you to sort out what is keeping wish from finding plplot. 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 PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
|
From: Herng-Jeng J. <hj...@qu...> - 2003-10-22 14:23:03
|
Hi there, I tried CVS 20031019. Compiled, installed ok without problem Then I tried to test the tk examples using plserver and it work beautifully. Then I tried using wish, according to the README.tkdemos file, such as: $ wish % lappend auto_path $prefix/lib/plplot$VERSION % package require Pltk with appropriate replacement of prefix and VERSION, but I got: can't find package Pltk Same thing happens to other example: $ wish % lappend auto_path $prefix/lib/plplot$VERSION % package require Plplotter can't find package Plplotter Can somebody help to see if this is a problem? Jou ======================================= Herng-Jeng Jou QuesTek Innovations, LLC 1820 Ridge Avenue Evanston, IL 60201 (Tel) 847.425.8221 (Fax) 847.328.5855 hj...@qu... |
|
From: Rafael L. <lab...@ps...> - 2003-10-19 10:48:40
|
A new CVS snapshot distribution tarball for PLplot is available at the usual
place:
http://people.debian.org/~rafael/plplot.html
The tarball name is plplot-5.2.1.cvs.20031019.tar.gz. It was generated in a
Debian unstable system with the following versions of the GNU autotools:
Autoconf 2.57
Automake 1.7.8
Libtool 1.5.0a
You will find below the changelog of the recent changes in CVS (generated
with the command: cvs2cl -l "-d'2003-10-06<'").
Please, test and report.
--
Rafael
============== Changelog ==============
2003-10-17 15:16 rlaboiss
* debian/changelog: Debian release 5.2.1-20
2003-10-17 14:16 rlaboiss
* configure.ac: Put AC_CHECK_LIB(ltdl, ...) outside the
with_ltdlsystem conditional
For some mysterious reason, when the AC_CHECK_LIB was put inside
the conditional 'if test "$with_ltdlsystem" = no', configure was
failing with the error message: conditional "AMDEP" was never
defined. This should be fixed now.
Please, test this change.
2003-10-16 13:22 rlaboiss
* debian/: changelog, control, rules: Preparation for Debian
release 5.2.1-20
This will be uploaded to unstable only after version 5.2.1-19 had
hit the testing distribution.
From debian/changelog:
* Following a suggestion of Matthias Klose
<do...@cs...>, the
libltdl library shipped with the upstream sources is not
compiled
anymore as a convenience library:
- Imported configure.ac and Makefile.am from upstream CVS
that
implement the confgiure option --with-ltdlsystem,
allowing the use
of the installed libltdl library.
- debian/control: Build-depends on libltdl3-dev.
- debian/rules: Call configure with option
--with-ltdlsystem.
* debian/control:
- Fixed description of libplplot-dev package.
- Bumped the build-dependency on debhelper to version
4.1.67, since we
are using dh_python (thanks again to Matthias Klose for
pointing
this out).
2003-10-16 13:13 rlaboiss
* configure.ac: Cosmetic changes
Removed an obsolete comment about AM_PROG_LIBTOOL and added
AC_HELP_STRING in MY_ARG_WITH(pthreads, ...).
2003-10-16 12:43 rlaboiss
* Makefile.am, configure.ac: Better logic for use of system's
libltdl
The decision about when to use the libltdl library is improved.
Now, the default is to always compiled the shipped libtool's
libltdl as a convenience library, unless the user explicitly give
the option --with-ltdlsystem to configure. When this option is
given, confgiure checks if the libltdl library is actually
installed. If not, it falls back to the convenience compilation
case.
Alan, if you are hearing this, could you please comment?
2003-10-16 03:06 jcard
* src/plcore.c: plInBuildTree() is always needed, move out of
conditional ENABLE_DYNDRIVERS
2003-10-16 02:05 rlaboiss
* Makefile.am, configure.ac: Allow use of installed libltdl
A Debian fellow pointed out to me that there is no need to
compile the libltdl support when building the PLplot Debian
packages, since there is a libltdl3 package against which
libplplot can be linked.
In order to be able to disable configuration/compilation of the
libltdl support, I did the following changes:
* In configure.ac, AC_LIBTOOL_CONVENIENCE and
AC_LIBTOOL_INSTALLABLE are
called conditionally on the presence of an installed
libltdl (using
AC_CHECK_LIB).
* In order to avoid config/build of the libltdl directory,
AC_CONFIG_SUBDIRS(libltdl) is called conditionally as well.
Also, in
Makefile.am, the libltdl directory is included
conditionally on the
(newly created) AM_CONDITIONAL variable
enable_ltdl_convenience.
[N.B.: I changed the code for setting the SUBDIRS variable
in
Makefile.am using the automake append (+=) operator,
instead of using
the auxiliary variable drivers_src_dirs as before.]
If the user has libltdl installed in the system but wants to use
the version shipped with PLplot, she can override the configure
check by giving the --enable-ltdl-convenience option (this needs
further tests, though).
The advantage of using the system's libltdl are:
* Configuration time is reduced, since the libltdl dir does
not need to
be configured.
* Build time is also reduced, for a similar reason.
* The size of the resulting libplplot library is around 10%
smaller (at
least in Linux).
2003-10-15 23:36 rlaboiss
* pkgcfg/Makefile.am: Fixed problem with sed option -i
Option -i of the sed command is quite useful, because it allows
files to be edited in-place. It is too bad that GNU sed older
than version 4 do not support this feature. Since this should be
the case for general sed's, the use of option -i was replaced by
an ugly (but working) code using a temporary file.
2003-10-15 23:31 rlaboiss
* pkgcfg/gen-pc-files.sh: Added some output messages
In the for loop, messages like "Generated plplot(...).pc" are now
echoed. This will help to diagnose problems in the future.
Also, some small reformatting of the code was done.
2003-10-15 22:53 rlaboiss
* pkgcfg/gen-pc-files.sh: Added missing double quote in sed command
This fixes the 'command substitution: unexpected EOF while
looking for matching "' bug. Quite interesting, this error
message is only triggered when /bin/sh is bash. Other Bourne
shells like ash and dash accept happily this "syntax error".
2003-10-11 19:48 rlaboiss
* pkgcfg/: Makefile.am, README: Fixed parsing of -L... entries in
dependency_libs
The -L... entries were incorrectly parsed in the
install-data-hook rule and disappeared from the Libs lines in the
*.pc files. The documentation README is updated to reflect this
fix.
2003-10-11 15:40 rlaboiss
* configure.ac, pkgcfg/Makefile.am, pkgcfg/README,
pkgcfg/gen-pc-files.sh, pkgcfg/plplot-float.pc.in,
pkgcfg/plplot-master-pc.in, pkgcfg/plplot.pc.in: Total redesign
of the pkg-config support for PLplot
Read the pkgcfg/README file for details.
2003-10-11 10:20 rlaboiss
* pkgcfg/: Makefile.am, plplot-float.pc.in, plplot.pc.in:
pkg-config gives now complete list of dependency libraries
This is a first try to have "pkg-config plplot --libs" working
correctly in a cross-platform way. For that, the complete list
of dependency libraries flags (-l*) must be included into
plplot.pc and plplot-float.pc.
This information is already available in the
src/.libs/libplplot*.lai files. These files are parsed in the
install-data-hook rule of pkgcfg/Makefile.am in a similar way the
plplot_libtool script does at run time. However, this is done at
install time.
This is now the result I am having in Linux (must be also tested
in other platform):
$ pkg-config plplot --libs
-lplplotd -lfreetype -lz -lcsirocsa -lcsironn -lqhull -lm
-ldl
2003-10-10 20:57 airwin
* scripts/plplot-config.in: Update and partial redesign of
plplot-config, a simplified wrapper for plplot_libtool if you
don't want to use the power of that script directly.
* fixed bugs where it failed for libtool-1.5 (a linker must be
specified), and also failed for --with-c++ (wrongly named
library).
* introduce --with-f77 and --with-tcl options
* non-cumulative library modes. The idea here is you ordinarily
only tell plplot_libtool about libplplot, and it figures out the
correct link options for the local platform based on that.
However, there are some additional mutually exclusive options a
user can specify:
--with-c++, --with-f77, or --with-tcl.
If you specify any of those additional switches you tell
plplot_libtool only about the appropriate library (libplplotcxx
for --with-c++, libplplotf77 for --with-f77, and libplplottcltk
for --with-tcl), and it determines the correct link options for
your local platform. The above switches should be mutually
exclusive, but my scripting skills aren't up to checking for that
(help, please!), but for now I settled for an increasing order of
precedence being in the above order (so anything lower on the
list means anything above is ignored).
2003-10-10 20:26 jcard
* examples/: tcl/README.tcldemos, tk/README.tkdemos: Adjust to show
how to run the demos in the build tree.
2003-10-10 20:26 jcard
* bindings/: tcl/pkgIndex.tcl.in, tk/pkgIndex.tcl.in,
tk-x-plat/pkgIndex.tcl.in: Fix to enable the demos to be run in
the build tree.
2003-10-10 15:17 rlaboiss
* pkgcfg/: plplot-float.pc.in, plplot.pc.in: Fixed Libs and Cflags
entries
Added "/plplot" to the includedir variable, such that there is no
need to explicitly #include <plplot/...> in user programs (this
is the case for the C and C++ examples shiped with PLplot).
Also, removed -DPL_DOUBLE from Cflags (this was producing
compilation warnings, since PL_DOUBLE is already defined in
plConfig.h) and removed @FREETYPELIBCMD@ from Libs. All the
dependecy libraries of libplplot are guessed by the default
linker of Linux. I am not sure this will work like this in other
Unices. More work is needed here.
At any rate, compilation of the C examples work correctly now
with:
gcc `pkg-config plplot --cflags` x01c.c -o x01c `pkg-config
plplot --libs`
2003-10-10 10:45 rlaboiss
* include/plConfig.h.in: Removed #undef *_DIR
The *_DIR #defines are only needed in plConfg.h, which is
included in user programs. These #defines are only needed at
build time by the core functions of the PLplot library. Since
they are already included in config.h (thanks to the
AC_DEFINE_UNQUOTED calls in configure.ac) and this later file is
included by plConfig.h at build time, then they can be deleted
from plConfig.h.in.
2003-10-09 23:08 airwin
* bindings/java/Makefile.am, bindings/java/README.javaAPI,
examples/java/Makefile.am, examples/java/README.javademos,
test/test_java.sh: Change java install procedure so that
CLASSPATH is not required. This solves the configuration problem
we were discussing.
Also drop all mention of CLASSPATH in the documentation except
where relevant; i.e., only at the time when you execute the
installed compiled java examples.
2003-10-09 23:02 jcard
* configure.ac, include/plConfig.h.in: Create and set BUILD_DIR.
2003-10-09 23:00 jcard
* src/plcore.c, src/plctrl.c, bindings/tcl/tclAPI.c: If the current
directory is in the build tree, change files search order so as
to load them locally.
The modifications guarantee that files/drivers/scripts are loaded
from the build tree if the current directory is somewhere in the
build tree.
The objective is that one should be able to change/test/evaluate
PLplot without the necessity of installing it; recently this was
needed (and for some front ends it still is), requiring the user
to have a separate directory to test/change/evaluate PLplot,
which means two steps of configure/make, one with the test
--prefix and the other with the final one, which is confusing and
error prone. Also, for developpers, the make/make install step
turns the development cycle sloww and boring.
All the compiled front-ends, C, C++ and F77, was tested and work
OK with all drivers. The Tcl and Tk front-ends also work OK, but
the tk loadable extensions, Pltk and Plplotter, as well as the
tcl extension Pltcl, still need adjustments in the pkgIndex.tcl
script.
The Octave front-end also works OK.
Python and Java was not yet tested.
This is not yet finish, as some problems might yet appear;
however, care has been taken to guarantee that the old behavior
still works OK.
tclAPI.c: PLbasicInit(): search the init script in the build
tree pls_auto_path(): add bindings/tk to auto_path
plcore.c: add plInBuildTree() that check if the current
directory in within the build source tree plGetDriverDir(): if
in the build tree, load the drivers locally
plctrl.c: plFindCommand(): if in the build tree, search
locally plLibOpenPdfstrm(): if in the build tree, search
locally
2003-10-08 19:19 rlaboiss
* sysloc.in: Reintroduced deleted AC_MSG_RESULT in Nan awareness
test
Also, the logic of the test is fixed now. Strangely, the last
commit made AC_RUN_IFELSE have only two arguments, instead of
three. Besides that, the test must return 1 in case of failure
and not 0 as was the case. I did minimal tests, but evrything
seems to work now.
2003-10-08 18:37 jcard
* sysloc.in: Reformating of "Check for NaN awareness" test, to
avoid using another variable.
2003-10-08 17:22 rlaboiss
* sysloc.in: Surrounded NaN awareness test with
AC_MSG_CHECKING/RESULT
Configure shows now: "checking for NaN awareness in C compiler...
yes". Please change the message text if it is not appropriate.
2003-10-08 16:51 jcard
* sysloc.in: Make test on simple NaN operations
libscirocsa/nn can only be compiled if the OS/C compiler is NaN
aware. If this test fails they are disabled. For this test to
suceed, the correct CFLAGS must be passed to the C compiler.
2003-10-08 16:15 jcard
* examples/c/x21c.c: The #, as in #define, should be in the first
column, as Compaq C complains.
2003-10-08 15:51 rlaboiss
* examples/: c/Makefile.examples.in, c++/Makefile.examples.in:
Added CFLAGS and CXXFLAGS
The CFLAGS and CXXFLAGS variables have been added to the calls of
plplot_libtool in examples/c/Makefile and examples/c++/Makefile,
respectively. They get their values from the AC_SUBST variables
of same name.
2003-10-08 15:48 rlaboiss
* sysloc.in: Added -mieee to CXXFLAGS when neeeded.
Setting the CXXFLAGS variable seems to be necessary for compiling
the C++ examples on the Alpha architecture, even when the -mieee
option is only needed for compiling the libcsirocsa and
libcsironn libraries.
2003-10-08 11:17 mlebrun
* drivers/: tk.c, tkwin.c, xwin.c: Removed references to plsc --
drivers should use pls, which is passed in. Also minor
formatting fixes.
2003-10-07 18:23 rlaboiss
* configure.ac: Avoid abortion of configure when python is not
found
Redefine AC_MSG_ERROR as AC_MSG_WARN around the call to
AM_PATH_PYTHON, such that if python is not found, configure will
not stop.
|
|
From: Rafael L. <lab...@ps...> - 2003-10-17 11:58:12
|
I am pleased to tell you that the PLplot Debian packages (version 5.2.1-19)
have been finally accepted in the testing distribution. See:
http://packages.debian.org/testing/math/<package>.html
Where <package> is one of: libplplot-dev, plplot-tcl-dev, plplot-doc,
libplplot5, plplot-xwin, plplot-gnome, plplot-tcl, plplot-gd, python-plplot,
and octave-plplot.
This means that the packages will become part of the forthcoming Debian
release, scheduled for December 2003, provided that no release-critical bugs
are filed against them. This version of the packages compiled correctly on
the eleven architectures supported by Debian GNU/Linux (ia64, i386, s390,
hppa, powerpc, arm, alpha, sparc, mipsel, m68k, and mips).
The first release of the 5.2.0.cvs.* series of the PLplot Debian packages
was done on February 28, 2003. It took so long for the packages to get from
the unstable into the testing distribution because of the complex web of
package dependencies (many drivers and language bindings are supported). For
instance, the last thing preventing the entering into testing was the python
2.2 => 2.3 transition in Debian.
For the curious, here are the dependencies of the PLplot packages:
libplplot-dev:
libplplot5, libqhull-dev, libfreetype6-dev
plplot-tcl-dev:
plplot-tcl, libplplot5
plplot-doc:
libplplot5
libplplot5:
libc6 (>= 2.3.2-1), libfreetype6 (>= 2.1.5-1),
libg2c0 (>= 1:3.3.1-1), libgcc1 (>= 1:3.3.1-1), libltdl3 (>= 1.5-1),
libqhull4, libstdc++5 (>= 1:3.3.1-1), zlib1g (>= 1:1.1.4)
plplot-xwin:
libc6 (>= 2.3.2-1), libfreetype6 (>= 2.1.5-1), libplplot5 (>= 5.2.1),
xlibs (>> 4.1.0)
plplot-gnome:
gdk-imlib1, libart2 (>= 1.2.13-5), libaudiofile0 (>= 0.2.3-4),
libc6 (>= 2.3.2-1), libdb3 (>= 3.2.9-19), libesd0 (>= 0.2.29-1) |
libesd-alsa0 (>= 0.2.29-1), libfreetype6 (>= 2.1.5-1),
libglib1.2 (>= 1.2.0), libgnome32 (>= 1.2.13-5),
libgnomesupport0 (>= 1.2.13-5), libgnomeui32 (>= 1.4.2-3),
libgtk1.2 (>= 1.2.10-4), libplplot5 (>= 5.2.1), xlibs (>> 4.1.0)
plplot-tcl:
plplot-xwin, iwidgets4, itcl3, itk3, libc6 (>= 2.3.2-1),
libfreetype6 (>= 2.1.5-1), libltdl3 (>= 1.5-1),
libplplot5 (>= 5.2.1), libqhull4, tcl8.4 (>= 8.4.2),
tk8.4 (>= 8.4.2), zlib1g (>= 1:1.1.4)
plplot-gd:
libc6 (>= 2.3.2-1), libfreetype6 (>= 2.1.5-1),
libgd2-noxpm (>= 2.0.15) | libgd2-xpm (>= 2.0.15),
libplplot5 (>= 5.2.1)
python-plplot:
libc6 (>= 2.3.2-1), libplplot5 (>= 5.2.1), python (>= 2.3),
python (<< 2.4), python-numeric
octave-plplot:
libc6 (>= 2.3.2-1), libgcc1 (>= 1:3.3.1-1), libplplot5 (>= 5.2.1),
libstdc++5 (>= 1:3.3.1-1), octave2.1 (>= 2.1.50),
octave2.1 (<< 2.1.51)
--
Rafael
|
20 messages has been excluded from this view by a project administrator.
