From: Rafael L. <rla...@us...> - 2004-03-25 07:00:51
Attachments:
c
|
A new cvs snapshot tarball is available at the usual place: http://plplot.sourceforge.net/cvs-tarball/ The tarball is named plplot-5.3.0.cvs.20040324.tar.gz. The detailed CVS ChangeLog since the 5.3.0.cvs.20040303 tarball is attached below. I think that this tarball is near release-quality, but the actual 5.3.1 release will not happen before a couple of months. Test reports are welcome, at any rate. The Debian packages 5.3.0.cvs.20040324-1 have also been uploaded to unstable (a.k.a. sid). Notice that the Debian packages were reorganized since the last CVS release. I split the C++ and CSIRO libraries out of the libplplot9 package, such that future upgrades will be smooth. People packaging PLplot for other distributions may be interested in this new scheme. -- Rafael |
From: Koen v. d. D. <kvd...@ea...> - 2004-03-25 14:18:13
|
On Mar 25, 2004, at 1:59 AM, Rafael Laboissiere wrote: > A new cvs snapshot tarball is available at the usual place: > > http://plplot.sourceforge.net/cvs-tarball/ > > The tarball is named plplot-5.3.0.cvs.20040324.tar.gz. The detailed > CVS > ChangeLog since the 5.3.0.cvs.20040303 tarball is attached below. I > think > that this tarball is near release-quality, but the actual 5.3.1 > release will > not happen before a couple of months. Test reports are welcome, at any > rate. Hi, I still get an error when running the python examples: ... Testing front-end python Fatal Python error: Interpreter not initialized (version mismatch?) ./test_python.sh: line 24: 9451 Abort trap /sw/bin/python $pythondir/pythondemos.py -dev $device -o pythondemos.$dsuffix $options ... which python returns /sw/bin/python, and is version 2.3.3 No other problems. - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-25 18:01:28
|
On 2004-03-25 09:18-0500 Koen van der Drift wrote: > > Hi, > > I still get an error when running the python examples: > > ... > Testing front-end python > Fatal Python error: Interpreter not initialized (version mismatch?) > ./test_python.sh: line 24: 9451 Abort trap /sw/bin/python > $pythondir/pythondemos.py -dev $device -o pythondemos.$dsuffix $options > ... > > which python returns /sw/bin/python, and is version 2.3.3 I should have read all my e-mail this morning before posting. Thanks for anticipating the request I just made to the list. :-) I frankly don't understand this result. You ran this test by hand last time, and it worked fine, but now there again seems to be an inconsistent use of the two pythons on your platform. Note, you should always be running and linking to files in the /sw tree, i.e., the fink version, and a mixture of anything python-related in the /usr tree (i.e., the native version of python) would cause the problem you are seeing now. But the above error message indicates at least that you are running the fink version of python so I now suspect you are linking in the wrong (native) library. BTW, make sure you are using freshly copied examples from the install tree. It's possible if you are mixing old and new examples on top of each other the *.pyc (compiled version of *.py files) could get out of synch leading to an error such as you describe. If absolutely clean build from scratch with clean examples still does not work (or if that is what you have done already), then try going back to the old scheme by hand. The way to do that is to do the normal top-level directory make from a fresh start (new build tree and removed install tree), then cd bindings/python edit Makefile Change UNDERSCORE_plplotcmodule_la_LDFLAGS = \ -rpath $(ourexecpythondir) \ -module \ -avoid-version \ -no-undefined $(PYTHON_LDFLAGS) \ $(libplplot) to UNDERSCORE_plplotcmodule_la_LDFLAGS = \ -rpath $(ourexecpythondir) \ -module \ -avoid-version \ $(libplplot) i.e., drop the second to last line in the list. make cd ../.. make install From your experience of two tests ago, that should build and install fine, and also allow the installed python examples to work, but please confirm. Note, your experience from one test ago consisted of the equivalent of inserting that -no-undefined $(PYTHON_LDFLAGS) \ line in the bindings/python/Makefile. That lead to working python examples so I am concerned that your setup for the current test is different than for your previous test. BTW, please look elsewhere in that Makefile and let us know how PYTHON_LDFLAGS is defined for your current setup. Mine is PYTHON_LDFLAGS = -L/usr/lib/python2.1/config -lpython2.1 but of course yours will be different, and in particular it should point to something in the /sw tree rather than the /usr tree. Also, could you send us a listing of the current make result (i.e., the libtool and gcc commands associated with UNDERSCORE_plplotcmodule) and similarly for when you remove the line from the Makefile? I need to see the actual libtool and linking (gcc) commands in the two cases to see whether there is some problem with the order of the options that allows linking to the (incorrect) native version of the python library rather than the (corect) fink version of that library. Sorry there are so many contingent questions here, but that is the drawback of trying to debug the problem at one remove. 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: Koen v. d. D. <kvd...@ea...> - 2004-03-25 18:51:27
|
On Mar 25, 2004, at 1:01 PM, Alan W. Irwin wrote: > From your experience of two tests ago, that should build and install > fine, > and also allow the installed python examples to work, but please > confirm. > I tried the test again (by removing that one line) and the examples now work. There is a small difference, though, between the way I do the final make install and the way fink does it. When fink excecutes make install, everything gets installed in a temp dir that is then used to make a .deb file, I guess this is similar to the way Debian works. This .deb file is then used to actually install everything in the /sw tree. When I excecute make install, the files get installed directly into the /sw tree. Not sure if that is important, but I thought I'd mention it anyway. > > PYTHON_LDFLAGS = -L/usr/lib/python2.1/config -lpython2.1 PYTHON_LDFLAGS = -L/sw/lib/python2.3/config -lpython2.3 > Also, could you send us a listing of the current make result (i.e., the > libtool and gcc commands associated with UNDERSCORE_plplotcmodule) > and similarly for when you remove the line from the Makefile? Not sure which files you are referring to, do you want a listing of the bindings/python/ directory? - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-25 21:31:33
|
On 2004-03-25 13:51-0500 Koen van der Drift wrote: > > Also, could you send us a listing of the current make result (i.e., the > > libtool and gcc commands associated with UNDERSCORE_plplotcmodule) > > and similarly for when you remove the line from the Makefile? > > Not sure which files you are referring to, do you want a listing of the > bindings/python/ directory? When you run "make" in bindings/python (after inserting or removing that one line) what is the output of the command? I only need the output parts concerning UNDERSCORE_plplotcmodule (a libtool command and the associated generated gcc command). BTW, thanks for confirming that removing the line results in the installed python examples working properly. You mentioned that things were done a little differently for the official fink build. Just to remove that uncertainty could you stick the line back in the Makefile and otherwise do everything identically to this last working test? Regardless of the results, that also gives us an opportunity to see the make output concerning UNDERSCORE_plplotcmodule for those conditions (line inserted into Makefile). 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: Koen v. d. D. <kvd...@ea...> - 2004-03-25 22:49:07
|
> When you run "make" in bindings/python (after inserting or removing > that > one line) what is the output of the command? I only need the output > parts > concerning UNDERSCORE_plplotcmodule (a libtool command and the > associated > generated gcc command). Here is the output: before removing line: gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib/python2.3/config/ -lpython2.3 ../../src/.libs/libplplotd.dylib -lm ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o ranlib .libs/UNDERSCORE_plplotcmodule.a creating UNDERSCORE_plplotcmodule.la (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) after removing line: gcc -undefined dynamic_lookup -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib ../../src/.libs/libplplotd.dylib -lm ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o ranlib .libs/UNDERSCORE_plplotcmodule.a creating UNDERSCORE_plplotcmodule.la (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) > > You mentioned that things were done a little differently for the > official > fink build. Just to remove that uncertainty could you stick the line > back > in the Makefile and otherwise do everything identically to this last > working > test? Now the error is back again. hth, - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-26 00:54:45
|
On 2004-03-25 17:48-0500 Koen van der Drift wrote: > > When you run "make" in bindings/python (after inserting or removing > > that > > one line) what is the output of the command? I only need the output > > parts > > concerning UNDERSCORE_plplotcmodule (a libtool command and the > > associated > > generated gcc command). > > Here is the output: > > before removing line: > > gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle > .libs/plplotcmodule_double.o > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib > -L/sw/lib -L/sw/lib/python2.3/config/ -lpython2.3 > ../../src/.libs/libplplotd.dylib -lm > ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o > ranlib .libs/UNDERSCORE_plplotcmodule.a > creating UNDERSCORE_plplotcmodule.la > (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s > ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) > > after removing line: > > gcc -undefined dynamic_lookup -o .libs/UNDERSCORE_plplotcmodule.so > -bundle .libs/plplotcmodule_double.o > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib > -L/sw/lib ../../src/.libs/libplplotd.dylib -lm > ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o > ranlib .libs/UNDERSCORE_plplotcmodule.a > creating UNDERSCORE_plplotcmodule.la > (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s > ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) > > > > > You mentioned that things were done a little differently for the > > official > > fink build. Just to remove that uncertainty could you stick the line > > back > > in the Makefile and otherwise do everything identically to this last > > working > > test? > > > Now the error is back again. I don't see much to worry about in the differences between the two different gcc commands above. There are actually only two differences: * Nothing VERSUS -undefined dynamic_lookup In the first case we are asking for all symbols to be resolved at link time so for the second case this option seems reasonable (at least from its name). Note the java linking (you might want to look that up from the results from your overall make) is equivalent to the first case so in general -undefined dynamic_lookup should not be needed except when you are not supplying all libraries (as in the second case as a workaround for the problems of the first case). * -L/sw/lib -L/sw/lib/python2.3/config/ -lpython2.3 VERSUS -L/sw/lib Here in the first case we supply the python library to resolve symbols, and in the second case we don't (as a workaround). I wonder if gcc is getting libpython2.3.extension from the wrong place in /sw/lib? Would you give us the results of the following find command to find all instances of libpython2.3 in the /sw/lib tree? find /sw/lib -type f -name 'libpython2.3*' In the first and second cases above there are libtool commands that generated those gcc commands. Could you give those libtool commands as well, please, just for completeness? Using the results of the requested output from the find command, we should be able to recommend a modified Makefile line with specific full path+filename for the python library location. For an unambiguous test, this is better than relying on the -L option (which can sometimes lead to ambiguous results). BTW, Koen. The SF lists are delivering the mail quite reliably at the moment so there is no need to CC me (which just duplicates all your messages to me). 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: Koen v. d. D. <kvd...@ea...> - 2004-03-26 02:04:53
|
On Mar 25, 2004, at 7:54 PM, Alan W. Irwin wrote: > Would you give us the results of the following find command to find all > instances of libpython2.3 in the /sw/lib tree? > > find /sw/lib -type f -name 'libpython2.3*' That returns: /sw/lib/python2.3/config/libpython2.3.a /sw/lib/python2.3/config/libpython2.3.dylib > > In the first and second cases above there are libtool commands that > generated those gcc commands. Could you give those libtool commands as > well, please, just for completeness? before removing line: /sw/bin/python makedocstrings.py plplotcmodule_p_double.c plplotcmodule_double.c if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF ".deps/plplotcmodule_double.Tpo" -c -o plplotcmodule_double.lo plplotcmodule_double.c; \ then mv -f ".deps/plplotcmodule_double.Tpo" ".deps/plplotcmodule_double.Plo"; else rm -f ".deps/plplotcmodule_double.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF .deps/plplotcmodule_double.Tpo -c plplotcmodule_double.c -fno-common -DPIC -o .libs/plplotcmodule_double.o plplotcmodule_double.c:740:1: warning: "PySequence_Fast_GET_ITEM" redefined In file included from /sw/include/python2.3/Python.h:114, from plplotcmodule_double.c:30: /sw/include/python2.3/abstract.h:1006:1: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF .deps/plplotcmodule_double.Tpo -c plplotcmodule_double.c -o plplotcmodule_double.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o UNDERSCORE_plplotcmodule.la -rpath /sw/lib/python2.3/site-packages -rpath /sw/lib/python2.3/site-packages -module -avoid-version -no-undefined -L/sw/lib/python2.3/config/ -lpython2.3 ../../src/libplplotd.la plplotcmodule_double.lo -lm gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib/python2.3/config/ -lpython2.3 ../../src/.libs/libplplotd.dylib -lm ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o ranlib .libs/UNDERSCORE_plplotcmodule.a creating UNDERSCORE_plplotcmodule.la (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF ".deps/plplot_widgetmodule.Tpo" -c -o plplot_widgetmodule.lo plplot_widgetmodule.c; \ then mv -f ".deps/plplot_widgetmodule.Tpo" ".deps/plplot_widgetmodule.Plo"; else rm -f ".deps/plplot_widgetmodule.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF .deps/plplot_widgetmodule.Tpo -c plplot_widgetmodule.c -fno-common -DPIC -o .libs/plplot_widgetmodule.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF .deps/plplot_widgetmodule.Tpo -c plplot_widgetmodule.c -o plplot_widgetmodule.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o plplot_widgetmodule.la -rpath /sw/lib/python2.3/site-packages -rpath /sw/lib/python2.3/site-packages -module -avoid-version -no-undefined -L/sw/lib/python2.3/config/ -lpython2.3 ../../src/libplplotd.la plplot_widgetmodule.lo -lm gcc -o .libs/plplot_widgetmodule.so -bundle .libs/plplot_widgetmodule.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib/python2.3/config/ -lpython2.3 ../../src/.libs/libplplotd.dylib -lm ar cru .libs/plplot_widgetmodule.a plplot_widgetmodule.o ranlib .libs/plplot_widgetmodule.a creating plplot_widgetmodule.la (cd .libs && rm -f plplot_widgetmodule.la && ln -s ../plplot_widgetmodule.la plplot_widgetmodule.la) after removing line: /sw/bin/python makedocstrings.py plplotcmodule_p_double.c plplotcmodule_double.c if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF ".deps/plplotcmodule_double.Tpo" -c -o plplotcmodule_double.lo plplotcmodule_double.c; \ then mv -f ".deps/plplotcmodule_double.Tpo" ".deps/plplotcmodule_double.Plo"; else rm -f ".deps/plplotcmodule_double.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF .deps/plplotcmodule_double.Tpo -c plplotcmodule_double.c -fno-common -DPIC -o .libs/plplotcmodule_double.o plplotcmodule_double.c:740:1: warning: "PySequence_Fast_GET_ITEM" redefined In file included from /sw/include/python2.3/Python.h:114, from plplotcmodule_double.c:30: /sw/include/python2.3/abstract.h:1006:1: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplotcmodule_double.lo -MD -MP -MF .deps/plplotcmodule_double.Tpo -c plplotcmodule_double.c -o plplotcmodule_double.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o UNDERSCORE_plplotcmodule.la -rpath /sw/lib/python2.3/site-packages -rpath /sw/lib/python2.3/site-packages -module -avoid-version ../../src/libplplotd.la plplotcmodule_double.lo -lm gcc -undefined dynamic_lookup -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib ../../src/.libs/libplplotd.dylib -lm ar cru .libs/UNDERSCORE_plplotcmodule.a plplotcmodule_double.o ranlib .libs/UNDERSCORE_plplotcmodule.a creating UNDERSCORE_plplotcmodule.la (cd .libs && rm -f UNDERSCORE_plplotcmodule.la && ln -s ../UNDERSCORE_plplotcmodule.la UNDERSCORE_plplotcmodule.la) if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF ".deps/plplot_widgetmodule.Tpo" -c -o plplot_widgetmodule.lo plplot_widgetmodule.c; \ then mv -f ".deps/plplot_widgetmodule.Tpo" ".deps/plplot_widgetmodule.Plo"; else rm -f ".deps/plplot_widgetmodule.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF .deps/plplot_widgetmodule.Tpo -c plplot_widgetmodule.c -fno-common -DPIC -o .libs/plplot_widgetmodule.o gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I../../libltdl -I/sw/include/python2.3 -I/sw/include/python2.3/Numeric -I/usr/X11R6/include -I/sw/include -Wno-long-double -MT plplot_widgetmodule.lo -MD -MP -MF .deps/plplot_widgetmodule.Tpo -c plplot_widgetmodule.c -o plplot_widgetmodule.o >/dev/null 2>&1 /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o plplot_widgetmodule.la -rpath /sw/lib/python2.3/site-packages -rpath /sw/lib/python2.3/site-packages -module -avoid-version ../../src/libplplotd.la plplot_widgetmodule.lo -lm gcc -undefined dynamic_lookup -o .libs/plplot_widgetmodule.so -bundle .libs/plplot_widgetmodule.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib ../../src/.libs/libplplotd.dylib -lm ar cru .libs/plplot_widgetmodule.a plplot_widgetmodule.o ranlib .libs/plplot_widgetmodule.a creating plplot_widgetmodule.la (cd .libs && rm -f plplot_widgetmodule.la && ln -s ../plplot_widgetmodule.la plplot_widgetmodule.la) hth, - Koen. |
From: Koen v. d. D. <kvd...@ea...> - 2004-03-27 04:40:54
|
On Mar 25, 2004, at 7:54 PM, Alan W. Irwin wrote: > BTW, Koen. The SF lists are delivering the mail quite reliably at the > moment > so there is no need to CC me (which just duplicates all your messages > to me). > If I hit 'Reply' in my mail program, it only goes to you, not the mailinglist, so I got used to hitting 'Reply All'. I will make sure that future posts only go to the mailing list. - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-26 04:26:56
|
On 2004-03-25 13:51-0500 Koen van der Drift wrote: > PYTHON_LDFLAGS = -L/sw/lib/python2.3/config -lpython2.3 Could you change that line in the Makefile (the bindings/python/Makefile version with the other line involving $(PYTHON_LDFLAGS) inserted) so that PYTHON_LDFLAGS = /sw/lib/python2.3/config/libpython2.3.dylib The point is I am trying to force your Makefile to be explicit about the library here (using the data you gave me from the find command) rather than relying on -L and -l where there is some ambiguity about whether the correct library is used. Good luck with the test. 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: Koen v. d. D. <kvd...@ea...> - 2004-03-27 04:41:07
|
On Mar 25, 2004, at 11:25 PM, Alan W. Irwin wrote: > Could you change that line in the Makefile (the > bindings/python/Makefile > version with the other line involving $(PYTHON_LDFLAGS) inserted) so > that > > PYTHON_LDFLAGS = /sw/lib/python2.3/config/libpython2.3.dylib > > Hi Alan, This gives me a lot of errors during make (in bindings/python): ... /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o UNDERSCORE_plplotcmodule.la -rpath /sw/lib/python2.3/site-packages -rpath /sw/lib/python2.3/site-packages -module -avoid-version -no-undefined /sw/lib/python2.3/config/libpython2.3.dylib ../../src/libplplotd.la plplotcmodule_double.lo -lm gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib ../../src/.libs/libplplotd.dylib -lm ld: Undefined symbols: _PyArg_ParseTuple _PyCObject_AsVoidPtr _PyCObject_Type _PyCallable_Check _PyDict_GetItemString _PyDict_SetItemString _PyErr_SetString _PyEval_CallObjectWithKeywords _PyExc_NameError _PyExc_RuntimeError _PyExc_TypeError _PyExc_ValueError _PyFloat_AsDouble _PyFloat_FromDouble _PyFloat_Type _PyImport_ImportModule _PyInt_FromLong _PyList_GetItem _PyList_Size _PyList_Type _PyModule_GetDict _PyObject_CallObject _PyObject_GetAttr _PyObject_Repr _PyObject_SetAttrString _PySequence_Check _PySequence_Concat _PySequence_GetItem _PySequence_Size _PyString_AsString _PyString_FromString _PyString_Type _PyTuple_New _PyTuple_SetItem _PyTuple_Type _PyType_IsSubtype _PyType_Type _Py_BuildValue _Py_InitModule4 __Py_NoneStruct make: *** [UNDERSCORE_plplotcmodule.la] Error 1 - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-27 07:36:35
|
On 2004-03-26 23:41-0500 Koen van der Drift wrote: > > On Mar 25, 2004, at 11:25 PM, Alan W. Irwin wrote: > > > Could you change that line in the Makefile (the > > bindings/python/Makefile > > version with the other line involving $(PYTHON_LDFLAGS) inserted) so > > that > > > > PYTHON_LDFLAGS = /sw/lib/python2.3/config/libpython2.3.dylib > > > > > > Hi Alan, > > This gives me a lot of errors during make (in bindings/python): > > ... > /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o > UNDERSCORE_plplotcmodule.la -rpath /sw/lib/python2.3/site-packages > -rpath /sw/lib/python2.3/site-packages -module -avoid-version > -no-undefined /sw/lib/python2.3/config/libpython2.3.dylib > ../../src/libplplotd.la plplotcmodule_double.lo -lm > gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle > .libs/plplotcmodule_double.o > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib > -L/sw/lib ../../src/.libs/libplplotd.dylib -lm > ld: Undefined symbols: > _PyArg_ParseTuple > _PyCObject_AsVoidPtr .... I thought that explicit mention of the library would be passed on to gcc from that libtool command, but obviously not, and those symbols are all the ones found in the python library that is missing from the gcc command. I suggest you try the gcc command by hand, but tack on the python library /sw/lib/python2.3/config/libpython2.3.dylib at the end of the command line. If that works, you will have to run make again to finish off the rest of the build from the top-level directory. The subsequent make install there will almost surely run into the same missing library problem for the gcc command so you will have to do that part by hand (note it will be a slightly different gcc command to do the install) then go back to the top-level directory to finish make install. This is all much too complicated to be practical on a routine basis so we will be reverting back to the workaround we had before in any case, but I am curious if forcing the use of the python library this way will solve the installed examples problem or not. So if you are similarly curious, then I would appreciate this extra test, but if not that is fine as well. My besetting sin is too much curiosity.... :-) 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: Koen v. d. D. <kvd...@ea...> - 2004-03-27 13:21:07
|
On Mar 27, 2004, at 2:36 AM, Alan W. Irwin wrote: > I > suggest you try the gcc command by hand, but tack on the python library > /sw/lib/python2.3/config/libpython2.3.dylib at the end of the command > line. > I keep getting the same error each time I run make (after running the gcc command). Just to be sure, The gcc command looks like this: gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle .libs/plplotcmodule_double.o /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -L/sw/lib ../../src/.libs/libplplotd.dylib -lm /sw/lib/python2.3/config/libython2.3.dylib I also tried -L/sw/lib/python2.3/config/libython2.3.dylib at the end, but that gave the same error immediately in the gcc command. > If that works, you will have to run make again to finish off the rest > of > the build from the top-level directory. The subsequent make install > there > will almost surely run into the same missing library problem for the > gcc Now this is new. I don't recall from your instructions to run make install within bindings/python. Was I supposed to do that? If so, I can try that later today or tomorrow. > So if you are similarly curious, then I > would appreciate this extra test, but if not that is fine as well. My > besetting sin is too much curiosity.... :-) I don't mind running some more tests, but you will have to hold my hand through all the steps :-) - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-25 16:29:17
|
On 2004-03-25 07:59+0100 Rafael Laboissiere wrote: > A new cvs snapshot tarball is available at the usual place: > > http://plplot.sourceforge.net/cvs-tarball/ > Thanks, Rafael. Koen, here is your chance to test the new python linking scheme (which treats Mac OS X like every other platform now) from scratch. It appeared to work by hand the last time you tested, but let's make sure. 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: Koen v. d. D. <kvd...@ea...> - 2004-03-25 16:45:28
|
On Mar 25, 2004, at 11:26 AM, Alan W. Irwin wrote: > Koen, here is your chance to test the new python linking scheme (which > treats Mac OS X like every other platform now) from scratch. It > appeared to > work by hand the last time you tested, but let's make sure. > See my previous mail, unfortunately it doesn't work :( - Koen. |
From: Alan W. I. <ir...@be...> - 2004-03-27 16:07:32
|
On 2004-03-27 08:21-0500 Koen van der Drift wrote: > > On Mar 27, 2004, at 2:36 AM, Alan W. Irwin wrote: > > > I > > suggest you try the gcc command by hand, but tack on the python library > > /sw/lib/python2.3/config/libpython2.3.dylib at the end of the command > > line. > > > > I keep getting the same error each time I run make (after running the > gcc command). Just to be sure, The gcc command looks like this: > > gcc -o .libs/UNDERSCORE_plplotcmodule.so -bundle > .libs/plplotcmodule_double.o > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/nn/.libs/libcsironn.dylib > /Volumes/MoreStuff/.src/plplot-5.3.0.cvs.20040324-11/plplot > -5.3.0.cvs.20040324/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib > -L/sw/lib ../../src/.libs/libplplotd.dylib -lm > /sw/lib/python2.3/config/libython2.3.dylib The proper way to do this is to give libtool the correct information, and then it should take it from there is concert with the Makefile. But that is the approach what we tried first, and from your previous e-mail /sw/lib/python2.3/config/libython2.3.dylib was not passed on to the generated gcc command. That is a bug in libtool (its documentation says all other files input to it are treated like object files or libraries, i.e., they should just be passed on to the gcc command, but that didn't happen [presumably because libtool at this time does not recognize the dylib suffix which is unique to Mac OS X]). So because of that libtool bug I asked you to try the command above. Apparently from what you said above that works without problems, but then the subsequent make redoes the libtool command, regenerates the gcc without the proper /sw/lib/python2.3/config/libython2.3.dylib attached, and you get the same error again. Now you could modify the Makefile so it does not redo the libtool command. But that is complicated (especially from a distance) so I don't want to go down that road just to satisfy my curiosity about whether using /sw/lib/python2.3/config/libython2.3.dylib will work (or not). Thus, I think we are stuck, and I will just have to contain my curiosity. :-) Thanks very much for your help in trying to explore the Mac OS X options here. I have just reverted back my previous changes to put in the workaround again for Mac OS X so the next tarball should work out-of-the-box for you like before. 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 __________________________ |