From: <hba...@ma...> - 2006-04-23 20:45:14
|
Hello, I created a test release of 5.6.0. using the script "make-cvs- tarball.sh". It is available at: http://homepage.mac.com/hbabcock/. If everything is okay, I will create the real release next weekend. I then ran the script "rm-cvs-tarball-tags.pl" to remove the tags. Hopefully I have not done any permanent damage to the archive. I tested it out on OS-X (Darwin Kernel Version 8.6.0: Tue Mar 7 16:58:48 PST 2006) (./configure --disable-f77 --disable-wxwidgets) and Debian (Linux debian 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux) (./configure --disable-gcw). Not sure why it wouldn't go with gcw, I had been able to get it to compile okay with this driver before. This is the error message that I got, if anyone has any ideas: libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libpangoft2-1.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libgtk-x11-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libgdk-x11-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libatk-1.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libgdk_pixbuf-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libpangoxft-1.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libpangox-1.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libpango-1.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libgobject-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libgmodule-2.0.la' seems to be moved libtool: link: warning: `/usr/lib/gcc-lib/i486-linux/3.3.5/../../..// libglib-2.0.la' seems to be moved gcc -shared .libs/cplplotcanvasmodule_la-cplplotcanvas.o .libs/ cplplotcanvasmodule_la-cplplotcanvasmodule.o -Wl,--rpath -Wl,/home/ hbabcock/OpenSource/plplot-5.6.0/src/.libs -Wl,--rpath -Wl,/home/ hbabcock/OpenSource/plplot-5.6.0/bindings/gnome2/lib/.libs -Wl,-- rpath -Wl,/usr/local/lib -L/home/hbabcock/OpenSource/plplot-5.6.0/ src/.libs -L/usr/lib/python2.3 -lpython2.3 ../../../src/.libs/ libplplotd.so -L/usr/lib/gcc-lib/i486-linux/3.3.5/../../../ -L/home/ hbabcock/OpenSource/plplot-5.6.0/lib/csa/.libs -L/home/hbabcock/ OpenSource/plplot-5.6.0/lib/nn/.libs ../../../bindings/gnome2/ lib/.libs/libplplotgnome2d.so -L/usr/lib /usr/lib/ libgnomeprintui-2-2.so /usr/lib/libgnomeprint-2-2.so /usr/lib/ libgnomecanvas-2.so /usr/lib/libxml2.so -lpthread -lz /usr/lib/ libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk- x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/ libgdk_pixbuf-2.0.so -lm /usr/lib/libpangoxft-1.0.so /usr/lib/ libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libgmodule-2.0.so - ldl /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -mieee-fp - Wl,--export-dynamic -Wl,-soname -Wl,cplplotcanvasmodule.so -o .libs/ cplplotcanvasmodule.so ar cru .libs/cplplotcanvasmodule.a cplplotcanvasmodule_la- cplplotcanvas.o cplplotcanvasmodule_la-cplplotcanvasmodule.o ranlib .libs/cplplotcanvasmodule.a creating cplplotcanvasmodule.la (cd .libs && rm -f cplplotcanvasmodule.la && ln -s ../ cplplotcanvasmodule.la cplplotcanvasmodule.la) make[4]: *** No rule to make target `gcw.override', needed by `gcw.c'. Stop. make[4]: Leaving directory `/home/hbabcock/OpenSource/plplot-5.6.0/ bindings/gnome2/python' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/hbabcock/OpenSource/plplot-5.6.0/ bindings/gnome2' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hbabcock/OpenSource/plplot-5.6.0/ bindings' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hbabcock/OpenSource/plplot-5.6.0' make: *** [all] Error 2 best, -Hazen |
From: Koen v. d. D. <kvd...@ea...> - 2006-04-24 02:32:08
|
Building and installing on OS X using fink went fine. I did get the following warning and error, but it didn't stop in the compilation: ... checking whether /sw/bin/python version >= 2.1... yes checking for /sw/bin/python version... 2.4 checking for /sw/bin/python platform... darwin checking for /sw/bin/python script directory... ${prefix}/lib/ python2.4/site-packages checking for /sw/bin/python extension module directory... $ {exec_prefix}/lib/python2.4/site-packages checking for python2.4... /sw/bin/python checking for a version of Python >= '2.1.0'... yes checking for the distutils Python package... yes checking for Python include path... -I/sw/include/python2.4 checking for Python library path... -L/sw/lib/python2.4 -lpython2.4 checking for Python site-packages path... /sw/lib/python2.4/site- packages checking python extra libraries... -ldl checking python extra linking flags... -u _PyMac_Error checking consistency of all components of python development environment... no configure: WARNING: Could not link test program to Python. Maybe the main Python library has been installed in some non-standard library path. If so, pass it to configure, via the LDFLAGS environment variable. ======================================================================== ==== ERROR! You probably have to install the development version of the Python package for your distribution. The exact name of this package varies among them. ======================================================================== ==== checking for Python.h... /sw/include/python2.4/Python.h checking for arrayobject.h... /sw/include/python2.4/Numeric/ arrayobject.h ... All the python related libs and includes are present and detected, so i am not sure where this error originates from. I also had to disable octave due to an issue with _plParseOpts. Hazen, you seem to be using OS X, are you able to compile with octave? - Koen. |
From: Hazen B. <hba...@ma...> - 2006-04-24 04:11:09
|
On Apr 23, 2006, at 10:32 PM, Koen van der Drift wrote: > > checking for Python.h... /sw/include/python2.4/Python.h > checking for arrayobject.h... /sw/include/python2.4/Numeric/ > arrayobject.h > ... > > All the python related libs and includes are present and detected, > so i am not sure where this error originates from. I also had to > disable octave due to an issue with _plParseOpts. Hazen, you seem > to be using OS X, are you able to compile with octave? For python I get: checking for a Python interpreter with version >= 2.1... python checking for python... /usr/local/bin//python checking for python version... 2.4 checking for python platform... darwin checking for python script directory... ${prefix}/lib/python2.4/site- packages checking for python extension module directory... ${exec_prefix}/lib/ python2.4/site-packages checking for python2.4... (cached) /usr/local/bin//python checking for a version of Python >= '2.1.0'... yes checking for the distutils Python package... yes checking for Python include path... -I/Library/Frameworks/ Python.framework/Versions/2.4/include/python2.4 checking for Python library path... -L/Library/Frameworks/ Python.framework/Versions/2.4/lib/python2.4 -lpython2.4 checking for Python site-packages path... /Library/Frameworks/ Python.framework/Versions/2.4/lib/python2.4/site-packages checking python extra libraries... -ldl checking python extra linking flags... -u _PyMac_Error Python.framework/Versions/2.4/Python checking consistency of all components of python development environment... yes checking for Python.h... no warning: can't find Python.h, setting enable_python to no configure: WARNING: Header file for Python version 2.4 has not been found. configure: WARNING: This probably means that an appropriate Python configure: WARNING: development package needs to be installed. Though I do have a Python.h file buried deeply in: /Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 which seems to be the include path. Hopefully someone with some Python expertise can shed some light on these problems. Sorry, I don't have octave installed. That _plParseOpts problem seems surprisingly durable. best, -Hazen |
From: Alan W. I. <ir...@be...> - 2006-04-24 07:08:27
|
On 2006-04-24 00:10-0400 Hazen Babcock wrote: > checking for Python include path... -I/Library/Frameworks/ > Python.framework/Versions/2.4/include/python2.4 > Though I do have a Python.h file buried deeply in: > /Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 > which seems to be the include path. Hopefully someone with some Python > expertise can shed some light on these problems. It appears from your message above that the new Python-based configuration actually found that deeply buried directory. So the question is, why is it having trouble using what it found? Is -I/Library/Frameworks/ Python.framework/Versions/2.4/include/python2.4 bad -I syntax for the gcc compiler on Mac OS X? Per, I am hoping you will be able to figure this out. If it turns out to be bad syntax, then we can massage these results with sed to get them in the correct syntax on the Mac OS X platform. I hope it is something simple like that because the python interface is essential to our release. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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...> - 2006-04-24 10:54:44
|
On Apr 24, 2006, at 3:08 AM, Alan W. Irwin wrote: > If it turns out to be bad syntax, then we can massage these results > with sed > to get them in the correct syntax on the Mac OS X platform. I hope > it is > something simple like that because the python interface is > essential to our > release. Note that in my case, python is installed in the fink /sw hierarchy, as a typical *nix package, so no Framework-structure. However, it also generates a warning/error, although not fatal. - Koen. |
From: Alan W. I. <ir...@be...> - 2006-04-24 17:17:57
|
On 2006-04-24 06:54-0400 Koen van der Drift wrote: > > On Apr 24, 2006, at 3:08 AM, Alan W. Irwin wrote: > >> If it turns out to be bad syntax, then we can massage these results with >> sed >> to get them in the correct syntax on the Mac OS X platform. I hope it is >> something simple like that because the python interface is essential to >> our >> release. > > > Note that in my case, python is installed in the fink /sw hierarchy, as a > typical *nix package, so no Framework-structure. However, it also generates a > warning/error, although not fatal. > > - Koen. Thanks for that report. I am glad to hear that our python interface is working for the test PLplot release and fink python. That's definitely a step in the right direction. It also sounds like we are quite close to having everything working for the Apple python case, but somebody (Hazen?) with access to Mac OS X who is using Apple python is going to have to verify what Per has said (and test the results with ./plplot-test.sh --front-end=python) and write up all the special requirements in the INSTALL file. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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: Per P. <per...@ma...> - 2006-04-24 17:47:42
|
On Apr 24, 2006, at 19:17, Alan W. Irwin wrote: > On 2006-04-24 06:54-0400 Koen van der Drift wrote: > >> >> On Apr 24, 2006, at 3:08 AM, Alan W. Irwin wrote: >> >>> If it turns out to be bad syntax, then we can massage these >>> results with sed >>> to get them in the correct syntax on the Mac OS X platform. I >>> hope it is >>> something simple like that because the python interface is >>> essential to our >>> release. >> >> >> Note that in my case, python is installed in the fink /sw >> hierarchy, as a typical *nix package, so no Framework-structure. >> However, it also generates a warning/error, although not fatal. >> >> - Koen. > > Thanks for that report. I am glad to hear that our python > interface is > working for the test PLplot release and fink python. That's > definitely a > step in the right direction. > > It also sounds like we are quite close to having everything working > for the > Apple python case, but somebody (Hazen?) with access to Mac OS X > who is > using Apple python is going to have to verify what Per has said > (and test > the results with ./plplot-test.sh --front-end=python) and write up all > the special requirements in the INSTALL file. Hi all, I've pasted a diff against CVS of python.ac below which I think is part of the problem. As I understand this from a quick scan, this is the test whether or not python should be enabled. To me it seems that whatever the settings of PYTHON_CPPFLAGS etc. this test will only look in $prefix/include and /usr/include. The way to fix this would probably be to make sure that it uses the path obtained, in Hazen's case: checking for the distutils Python package... yes checking for Python include path... -I/Library/Frameworks/ Python.framework/Versions/2.4/include/python2.4 checking for Python library path... -L/Library/Frameworks/ Python.framework/Versions/2.4/lib/python2.4 -lpython2.4 checking for Python site-packages path... /Library/Frameworks/ Python.framework/Versions/2.4/lib/python2.4/site-packages Hope this helps, I won't have time to look further into this for now. Best regards, Per Index: cf/python.ac =================================================================== RCS file: /cvsroot/plplot/plplot/cf/python.ac,v retrieving revision 1.8 diff -u -d -b -w -r1.8 python.ac --- cf/python.ac 27 Apr 2005 06:43:41 -0000 1.8 +++ cf/python.ac 24 Apr 2006 17:28:14 -0000 @@ -66,7 +66,8 @@ if test "$enable_python" = "yes"; then if test -z "$with_python_incdir"; then incdirs="$prefix/include/python$PYTHON_VERSION \ - /usr/include/python$PYTHON_VERSION" + /usr/include/python$PYTHON_VERSION \ + /Library/Frameworks/Python.framework/Versions/2.4/ include/python2.4" PL_FIND_INC(Python, with_python_incdir, enable_python) if test "$enable_python" = no ; then > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and > Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation > for stellar interiors (freeeos.sf.net); 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 > __________________________ > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel |
From: Orion P. <or...@co...> - 2006-04-24 16:50:57
|
hba...@ma... wrote: > > Hello, > > I created a test release of 5.6.0. using the script > "make-cvs-tarball.sh". It is available at: > http://homepage.mac.com/hbabcock/. If everything is okay, I will create > the real release next weekend. I then ran the script > "rm-cvs-tarball-tags.pl" to remove the tags. Hopefully I have not done > any permanent damage to the archive. > > I tested it out on OS-X (Darwin Kernel Version 8.6.0: Tue Mar 7 > 16:58:48 PST 2006) (./configure --disable-f77 --disable-wxwidgets) and > Debian (Linux debian 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 > GNU/Linux) (./configure --disable-gcw). Not sure why it wouldn't go with > gcw, I had been able to get it to compile okay with this driver before. > This is the error message that I got, if anyone has any ideas: > > make[4]: *** No rule to make target `gcw.override', needed by `gcw.c'. > Stop. > make[4]: Leaving directory > `/home/hbabcock/OpenSource/plplot-5.6.0/bindings/gnome2/python' Well, in CVS there is a file gcw.override: <http://cvs.sourceforge.net/viewcvs.py/plplot/plplot/bindings/gnome2/python/gcw.override?rev=1.1&view=log> Not sure why it didn't make it into your tarball. Missing from EXTRA_DIST in Makefile.am? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com |
From: Alan W. I. <ir...@be...> - 2006-04-24 19:59:19
|
On 2006-04-24 10:50-0600 Orion Poplawski wrote: > Well, in CVS there is a file gcw.override: > <http://cvs.sourceforge.net/viewcvs.py/plplot/plplot/bindings/gnome2/python/gcw.override?rev=1.1&view=log> > > Not sure why it didn't make it into your tarball. Missing from EXTRA_DIST in > Makefile.am? Good catch, Orion. The README file in that directory also didn't make it into the tarball for the same reason. Now fixed in cvs. Hazen, if this now works for you and also Per's python fix for Mac OS X that I just cvs committed, perhaps it is time to replace your test tarball with a new one? Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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: <hba...@ma...> - 2006-04-25 01:50:19
|
On Apr 24, 2006, at 3:59 PM, Alan W. Irwin wrote: > > Hazen, if this now works for you and also Per's python fix for Mac > OS X that > I just cvs committed, perhaps it is time to replace your test > tarball with a > new one? Ok. I'll make tarball & post it tonight. However, I see a few outstanding issues: 1) Per's fixed checked out for me, and I can now run the python demos. This won't help Koen and the fink community however, since they are using a different non-standard path "/sw" (Koen, I did understand you correctly that Python also does not work for you?). I'm not sure we want to keep tacking on paths, but I don't know how to do it the right way either. 2) The octave / plparseopts problem. Should we just change (fix?) the files in binding/octave to use c_plparseopts? Or is this somehow a Mac only problem? best, -Hazen P.S. I'm pretty sure the whitespace problem issue is due to my mail program. |
From: Koen v. d. D. <kvd...@ea...> - 2006-04-25 02:09:12
|
On Apr 24, 2006, at 9:49 PM, hba...@ma... wrote: > (Koen, I did understand you correctly that Python also does not > work for you? Python works fine (when testing the examples). I only get that strange warning/error during configuration, although it doesn't halt the process. - Koen. |
From: Alan W. I. <ir...@be...> - 2006-04-24 19:43:44
|
On 2006-04-24 19:48+0200 Per Persson wrote: > Hi all, > > I've pasted a diff against CVS of python.ac below which I think is part of > the problem. Thanks for that suggestion for a quick fix during this busy time for you. I have cvs committed a generalized form of that. Hazen, please test. > As I understand this from a quick scan, this is the test whether or not > python should be enabled. > To me it seems that whatever the settings of PYTHON_CPPFLAGS etc. this test > will only look in $prefix/include and /usr/include. You are right PYTHON_CPPFLAGS is currently ignored, but see below for my Mac OS X concerns in that case. > > The way to fix this would probably be to make sure that it uses the path > obtained, in Hazen's case: > checking for the distutils Python package... yes > checking for Python include path... -I/Library/Frameworks/ > Python.framework/Versions/2.4/include/python2.4 > checking for Python library path... -L/Library/Frameworks/ > Python.framework/Versions/2.4/lib/python2.4 -lpython2.4 > checking for Python site-packages path... /Library/Frameworks/ > Python.framework/Versions/2.4/lib/python2.4/site-packages > One concern I have (see above where Hazen's e-mail seems to have wrapped at a white-space break) is PYTHON_CPPFLAGS seems to have white space in it on Mac OS X. Will white space in the middle of the -I option actually work for that platform? I am not aware of any other platform which returns whitespace in the middle of PYTHON_CPPFLAGS. If the answer is white space doesn't matter in -I flags on Mac OS X or the white space in Hazen's e-mail got put in there by mistake, then I would certainly encourage somebody with m4 expertise to implement a check against PYTHON_CPPFLAGS before continuing with the "quick fix" test we have now in cvs. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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. <ir...@be...> - 2006-04-25 03:07:16
|
On 2006-04-24 21:49-0400 hba...@ma... wrote: > Ok. I'll make tarball & post it tonight. However, I see a few outstanding > issues: > > 1) Per's fixed checked out for me, and I can now run the python demos. This > won't help Koen and the fink community however, since they are using a > different non-standard path "/sw" (Koen, I did understand you correctly that > Python also does not work for you?). From Koen's later response and your report above, it now looks like everything is fine for python on Mac OS X. That's an encouraging step forward! > 2) The octave / plparseopts problem. Should we just change (fix?) the files > in binding/octave to use c_plparseopts? Or is this somehow a Mac only > problem? Octave works fine for my Debian system (and probably yours as well) so indeed this must just be an issue with an (extra-careful?) Apple gcc compiler finding something it did not like. From the following lines in include/plplot.h and src/plargs.c ./include/plplot.h:#define plparseopts c_plparseopts ./include/plplot.h:c_plparseopts(int *p_argc, char **argv, PLINT mode); ./src/plargs.c:c_plparseopts(int *p_argc, char **argv, PLINT mode) it appears plparseopts should be treated the same as c_plparseopts, but since the latter is the definitive C name it wouldn't hurt to make the change from plparseopts to c_plparseopts just in the octave C code (or is that C++?) and associated header files. I hope that proposed change will sort out the octave interface problems you have been experiencing on Mac OS X. One final note on the tarball completeness/EXTRA_DIST issues. One way to check that is to compare a clean checkout of cvs with the tarball. Of course, many files will be in the tarball that are not in the cvs checkout, but the opposite should generally not be true. Try diff -aur --unidirectional-new-file tarball_directory cvs_directory on your Debian system to get a compact and convenient summary of the differences between the two directory trees. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); 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 __________________________ |