From: Rafael L. <lab...@ps...> - 2003-09-26 10:11:23
|
A new CVS snapshot tarball for PLplot is available at the usual place: http://people.debian.org/~rafael/plplot.html Please, test & report. -- Rafael |
From: Alan W. I. <ir...@be...> - 2003-09-26 18:14:54
|
On 2003-09-26 12:09+0200 Rafael Laboissiere wrote: > A new CVS snapshot tarball for PLplot is available at the usual place: > > http://people.debian.org/~rafael/plplot.html > > Please, test & report. I am looking forward to Ullal's report for cygwin and Rob's report for macosx since the errors should be reduced or eliminated for both of them by our changes for this new tarball. Here is my report for Linux Debian stable. Configured with --prefix and --disable-static (since I don't use static libraries, no need to build them). Everything else was default. make; make install went well with no obvious problems. Building a copied version of the installed examples cd c ; make ; cd c++ ; make ; cd f77 ; make ; cd tk ; make ; cd .. javac -d $CLASSPATH $CLASSPATH/plplot/examples/x??.java went well with no obvious problems: plplot-test.sh generated all the default (colored) postscript file examples with no problems and cmp -i 184 showed they were identical with previous results. This script skips x21c (since different results depend on computer load) so I ran c/x21c -dev xwin to insure the result looked reasonable and to thereby test the recent renaming of the csa and nn libraries. So everything seems to be fine on Debian stable with the new 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: Rob M. <ma...@ll...> - 2003-09-26 19:11:15
|
At 12:09 PM +0200 9/26/03, Rafael Laboissiere wrote: >A new CVS snapshot tarball for PLplot is available at the usual place: > > http://people.debian.org/~rafael/plplot.html > >Please, test & report. > >-- I am pleased to see that this tarball does not choke while finding the version of SWIG!! Thanks for the change to configure. That should enable python support. Since I have gcc v 3.3 installed but disabled I have to disable g77 support. Will test fixing this later today I added setenv PYTHON_INC_DIR /Library/Frameworks/Python.framework/Versions/2.3/include/python2.3 to my .cshrc file and then ./configure --disable-f77 works fine now. However, the python module fails to link with unresolved externals /bin/sh ../../libtool --mode=link gcc -g -O2 -o UNDERSCORE_plplotcmodule.la -rpath /Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/site-packages -rpath /Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/site-packages -no-undefined -module -avoid-version ../../src/libplplotd.la plplotcmodule_double.lo gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/Rob_HD/downloads/plplot-5.2.1.cvs.20030926/lib/csa/.libs/libcsirocsa.dylib ../../src/.libs/libplplotd.dylib ld: Undefined symbols: _PyArg_ParseTuple _PyCObject_AsVoidPtr _PyCObject_Type _PyCallable_Check It seems to want the python dylib to resolve the python functions. Need to see how other python modules are linked. All the ones I use are installed using 'python setup.py install' So then I tried ./configure --disable-f77 --disable-python make This is unhappy with the dynamic drivers still. gcc -g -O2 -o get-drv-info get_drv_info-get-drv-info.o ../libltdl/.libs/libltdlc.a ./get-drv-info `echo dg300.la | sed 's/.la//'` > dg300.rc ltdl.c:2458: failed assertion `dirname' make[2]: *** [dg300.rc] Error 134 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Finnally ./configure --disable-f77 --disable-python --disable-dyndrivers make This works fine. Still have to use x01c -dev xwin -drvopt defvis to get xwindows dirver to work ***** To repeat a question: why does configure rerun in full every time? It always says No defaults file found, performing full configure. This is conservative but a lengthy process. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- Rob Managan email managan at llnl.gov LLNL phone: 925-423-0903 P.O. Box 808, L-095 FAX: 925-422-3389 Livermore, CA 94551-0808 |
From: Alan W. I. <ir...@be...> - 2003-09-26 22:41:53
|
On 2003-09-26 12:09-0700 Rob Managan wrote: > However, the python module fails to link with unresolved externals > /bin/sh ../../libtool --mode=link gcc -g -O2 -o > UNDERSCORE_plplotcmodule.la -rpath > /Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/site-packages > -rpath > /Library/Frameworks/Python.framework/Versions/2.3//lib/python2.3/site-packages > -no-undefined -module -avoid-version ../../src/libplplotd.la > plplotcmodule_double.lo > gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle > .libs/plplotcmodule_double.o > /Volumes/Rob_HD/downloads/plplot-5.2.1.cvs.20030926/lib/csa/.libs/libcsirocsa.dylib > ../../src/.libs/libplplotd.dylib > ld: Undefined symbols: > _PyArg_ParseTuple > _PyCObject_AsVoidPtr > _PyCObject_Type > _PyCallable_Check > > It seems to want the python dylib to resolve the python functions. > Need to see how other python modules are linked. All the ones I use > are installed using 'python setup.py install' I used to use the python setup.py method to build the PLplot python interface, but I found it had some issues (can't remember them exactly). I decided to go with libtool instead and _up to now_ I have been happy with the results. (Perhaps because nobody has tried python on non-Linux systems before?) Here is the result on my Debian stable system: /bin/sh ../../libtool --mode=link gcc -g -O2 -mieee-fp -o UNDERSCORE_plplotcmodule.la -rpath /usr/local/plplot_at/lib/python2.1/site-packages -rpath /usr/local/plplot_at/lib/python2.1/site-packages -no-undefined -module -avoid-version ../../src/libplplotd.la plplotcmodule_double.lo libtool: link: warning: `/usr/lib//libfreetype.la' seems to be moved gcc -shared .libs/plplotcmodule_double.o -Wl,--rpath -Wl,/home/software/plplot_cvs/HEAD/tarballs/plplot-5.2.1.cvs.20030926/src/.libs -Wl,--rpath -Wl,/usr/local/plplot_at/lib -L/home/software/plplot_cvs/HEAD/tarballs/plplot-5.2.1.cvs.20030926/lib/nn/.libs -L/home/software/plplot_cvs/HEAD/tarballs/plplot-5.2.1.cvs.20030926/lib/csa/.libs -L/usr/lib/ ../../src/.libs/libplplotd.so -mieee-fp -Wl,-soname -Wl,UNDERSCORE_plplotcmodule.so -o .libs/UNDERSCORE_plplotcmodule.so If you run nm on the result there is a whole slew of undefined symbols from python as well as libplplot (and other libraries). The above link step resolves the undefined libplplot symbols since it mentions libplotd.so, but I am frankly not sure what it does with the python symbols. ldd on the same shared object mentions the libplplotd library but has no mention of python libraries. Can some linux linking expert here comment about what is happening for those undefined python symbols? Anyhow, there is no complaint about missing python symbols in my case, and in your case there is only a complaint for about 4 of the 70 or so in UNDERSCORE_plplotcmodule.so (unless you truncated the list for convenience in your e-mail). PyArg_ParseTuple is an extremely common python interface symbol, but somehow its resolved in my case, but not in yours. I frankly don't understand what is going on so any help from others here would be most appreciated. 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: Rob M. <ma...@ll...> - 2003-09-26 19:40:02
|
At 12:09 PM +0200 9/26/03, Rafael Laboissiere wrote: >A new CVS snapshot tarball for PLplot is available at the usual place: > > http://people.debian.org/~rafael/plplot.html > >Please, test & report. > >-- For Mac OSX I tried getting f77 support to work. With g77 (v3.1) from <http://hpc.sourceforge.net/> to go with Apple's gcc v3.1 the compilatoins go fine but linking is still a problem for dynamic libraries /bin/sh ../../libtool --mode=link g77 -o libplplotf77d.la -rpath /usr/local/lib -version-info 8:0:3 -rpath /usr/local/lib -no-undefined ../../src/libplplotd.la sc3d.lo sccont.lo scstubs.lo strutil.lo sfstubs.lo g77 -r -Wl,-bind_at_load -keep_private_externs -nostdlib -o .libs/libplplotf77d.5.3.0.dylib-master.o .libs/sc3d.o .libs/sccont.o .libs/scstubs.o .libs/strutil.o .libs/sfstubs.o g77 -dynamiclib -o .libs/libplplotf77d.5.3.0.dylib .libs/libplplotf77d.5.3.0.dylib-master.o -L/usr/X11R6/lib /Volumes/Rob_HD/downloads/plplot-5.2.1.cvs.20030926/lib/csa/.libs/libcsirocsa.dylib ../../src/.libs/libplplotd.dylib -install_name /usr/local/lib/libplplotf77d.5.dylib -compatibility_version 9 -current_version 9.0 ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _plplot_ (size 48) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr1_ (size 320) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr2_ (size 320) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr3_ (size 320) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr4_ (size 320) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr5_ (size 320) .libs/libplplotf77d.5.3.0.dylib-master.o definition of common _zzplstr6_ (size 320) /usr/bin/libtool: internal link edit command failed make[3]: *** [libplplotf77d.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- Rob Managan email managan at llnl.gov LLNL phone: 925-423-0903 P.O. Box 808, L-095 FAX: 925-422-3389 Livermore, CA 94551-0808 |
From: Alan W. I. <ir...@be...> - 2003-09-26 21:22:15
|
On 2003-09-26 12:38-0700 Rob Managan wrote: > At 12:09 PM +0200 9/26/03, Rafael Laboissiere wrote: > >A new CVS snapshot tarball for PLplot is available at the usual place: > > > > http://people.debian.org/~rafael/plplot.html > > > >Please, test & report. > > > >-- > For Mac OSX I tried getting f77 support to work. With g77 (v3.1) from > <http://hpc.sourceforge.net/> to go with Apple's gcc v3.1 the > compilatoins go fine but linking is still a problem for dynamic > libraries > > /bin/sh ../../libtool --mode=link g77 -o libplplotf77d.la -rpath > /usr/local/lib -version-info 8:0:3 -rpath /usr/local/lib > -no-undefined ../../src/libplplotd.la sc3d.lo sccont.lo scstubs.lo > strutil.lo sfstubs.lo > g77 -r -Wl,-bind_at_load -keep_private_externs -nostdlib -o > .libs/libplplotf77d.5.3.0.dylib-master.o .libs/sc3d.o .libs/sccont.o > .libs/scstubs.o .libs/strutil.o .libs/sfstubs.o > g77 -dynamiclib -o .libs/libplplotf77d.5.3.0.dylib > .libs/libplplotf77d.5.3.0.dylib-master.o -L/usr/X11R6/lib > /Volumes/Rob_HD/downloads/plplot-5.2.1.cvs.20030926/lib/csa/.libs/libcsirocsa.dylib > ../../src/.libs/libplplotd.dylib -install_name > /usr/local/lib/libplplotf77d.5.dylib -compatibility_version 9 > -current_version 9.0 > ld: common symbols not allowed with MH_DYLIB output format with the > -multi_module option > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _plplot_ (size 48) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr1_ (size 320) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr2_ (size 320) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr3_ (size 320) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr4_ (size 320) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr5_ (size 320) > .libs/libplplotf77d.5.3.0.dylib-master.o definition of common > _zzplstr6_ (size 320) > /usr/bin/libtool: internal link edit command failed > make[3]: *** [libplplotf77d.la] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 Looks like the macosx version of ld is choking on the common blocks in sfstubs.f for dynamic libraries. I looked further on google with a search for "common symbols not allowed with MH_DYLIB output format" and there are quite a few hits. Apparently, the Mac OS X loader has trouble with common areas in dynamic libraries. I am not sure there is much we can do to get around this Mac OS X limitation. One possibility recommended was to try -fno-common, but I believe that screws the whole point of fortran common blocks. Anyhow, info g77 says "Do not use this when compiling Fortran programs, or there will be Trouble." One other possibility, Rob, is to try the --disable-shared option to work around the dynamic library problems on macosx for fortran. Even if you don't want to make the sacrifice of dropping shared libraries for your normal use of plplot it would be interesting for us to see if that workaround solved the common-block problem for fortran you have found on macosx for shared (= dynamic) libraries. 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: Rob M. <ma...@ll...> - 2003-10-05 03:54:35
|
At 2:20 PM -0700 9/26/03, Alan W. Irwin wrote: >On 2003-09-26 12:38-0700 Rob Managan wrote: > >> At 12:09 PM +0200 9/26/03, Rafael Laboissiere wrote: >> >A new CVS snapshot tarball for PLplot is available at the usual place: >> > >> > http://people.debian.org/~rafael/plplot.html >> > >> >Please, test & report. >> > >> >-- >> For Mac OSX I tried getting f77 support to work. With g77 (v3.1) from >> <http://hpc.sourceforge.net/> to go with Apple's gcc v3.1 the >> compilatoins go fine but linking is still a problem for dynamic >> libraries >> >> /bin/sh ../../libtool --mode=link g77 -o libplplotf77d.la -rpath >> /usr/local/lib -version-info 8:0:3 -rpath /usr/local/lib >> -no-undefined ../../src/libplplotd.la sc3d.lo sccont.lo scstubs.lo >> strutil.lo sfstubs.lo >> g77 -r -Wl,-bind_at_load -keep_private_externs -nostdlib -o >> .libs/libplplotf77d.5.3.0.dylib-master.o .libs/sc3d.o .libs/sccont.o >> .libs/scstubs.o .libs/strutil.o .libs/sfstubs.o >> g77 -dynamiclib -o .libs/libplplotf77d.5.3.0.dylib >> .libs/libplplotf77d.5.3.0.dylib-master.o -L/usr/X11R6/lib >> >>/Volumes/Rob_HD/downloads/plplot-5.2.1.cvs.20030926/lib/csa/.libs/libcsirocsa.dylib >> ../../src/.libs/libplplotd.dylib -install_name >> /usr/local/lib/libplplotf77d.5.dylib -compatibility_version 9 >> -current_version 9.0 >> ld: common symbols not allowed with MH_DYLIB output format with the >> -multi_module option >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _plplot_ (size 48) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr1_ (size 320) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr2_ (size 320) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr3_ (size 320) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr4_ (size 320) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr5_ (size 320) >> .libs/libplplotf77d.5.3.0.dylib-master.o definition of common >> _zzplstr6_ (size 320) >> /usr/bin/libtool: internal link edit command failed >> make[3]: *** [libplplotf77d.la] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 > >Looks like the macosx version of ld is choking on the common blocks in >sfstubs.f for dynamic libraries. I looked further on google with a search >for "common symbols not allowed with MH_DYLIB output format" and there are >quite a few hits. Apparently, the Mac OS X loader has trouble with >common areas in dynamic libraries. I am not sure there is much we can >do to get around this Mac OS X limitation. One possibility recommended >was to try -fno-common, but I believe that screws the whole point of fortran >common blocks. Anyhow, info g77 says "Do not use this when compiling >Fortran programs, or there will be Trouble." > >One other possibility, Rob, is to try the --disable-shared option to work >around the dynamic library problems on macosx for fortran. Even if you >don't want to make the sacrifice of dropping shared libraries for your >normal use of plplot it would be interesting for us to see if that >workaround solved the common-block problem for fortran you have found on >macosx for shared (= dynamic) libraries. Using ./configure --disable-python --disable-dyndrivers --disable-shared gives me Compilation options: with_debug: no with_opt: yes with_warn: no with_profile: no Library options: enable_shared: no enable_static: yes with_rpath: yes with_double: yes Optional libraries: with_qhull: no with_csa: yes with_freetype: no with_pthreads: no Language Bindings: enable_tcl: no enable_itcl: no enable_cxx: yes enable_f77: yes enable_java: no enable_python: no enable_octave: no The fortran examples make good postscript files. Haven't figured out how to do the equivalent of the command line options -dev xwin -drvopt defvis without modifying the source. -- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- Rob Managan email managan at llnl.gov LLNL phone: 925-423-0903 P.O. Box 808, L-095 FAX: 925-422-3389 Livermore, CA 94551-0808 |
From: Alan W. I. <ir...@be...> - 2003-09-29 19:24:47
|
On 2003-09-29 10:16-0700 Rob Managan wrote: > The fortran examples make good postscript files. Good. > Haven't figured out > how to do the equivalent of the command line options -dev xwin > -drvopt defvis without modifying the source. Note one of the issues to be tackled in the planned fortran update is command-line parsing. But until that is done try the following in your fortran source: call plsetopt("dev","xwin") call plsetopt("drvopt","defvis") before call plinit() That should work, but I haven't tried it myself. I believe you could also replace that first call by call plsdev("xwin") but again, I haven't tried it myself. This reminds me that the on-line documentation is missing anything about plsetopt so I will put that in immediately. 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 __________________________ |