From: Rafael L. <rla...@us...> - 2003-12-27 00:51:04
|
I just released a new CVS snapshot distribution tarball for PLplot (plplot-5.2.1.cvs.20031227.tar.gz). It has only four changes in relation to the yesterday's tarball, but one of them can make a big difference for Mac OS X users. Hopefully, both the "/lib/cpp" and the "AMDEP" problems are fixed now. The tarball is available at the usual place: http://people.debian.org/~rafael/plplot.html Please, test and report. -- Rafael |
From: Rafael L. <rla...@us...> - 2003-12-28 22:47:05
|
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.20031228.tar.gz. This tarball includes the latest changes in the Fortran 77 configuration settings and, hopefully, will improve the building on the Mac OS X system. The changelog entries since the last CVS tarball are included below. This tarball can be considered as a release candidate for the next version of PLplot. Please, test and report. -- Rafael ============== ChangeLog ============== Commit from airwin (2003-12-28 00:58 CET) ------------------ Style changes: comments, do loops, indentation, and plcol ==> plcol0. Change 13th example to obtain exact agreement with file results from corresponding C examples. plplot examples/f77/x13f.fm4 1.8 Commit from airwin (2003-12-28 00:16 CET) ------------------ Style changes: comments, do loops, indentation, and plcol ==> plcol0. Results still are in exact agreement with file results from corresponding C examples. plplot examples/f77/x10f.fm4 1.7 plplot examples/f77/x12f.fm4 1.8 Commit from airwin (2003-12-27 23:58 CET) ------------------ * Change 11th fortran example to produce identical results to corresponding C example. This result shows the recently changed or updated fortran interface to plmesh, plmeshc, and plot3d is implemented correctly. plplot examples/f77/x11f.fm4 1.8 Commit from airwin (2003-12-27 23:39 CET) ------------------ Tweak wording. plplot doc/docbook/src/api.xml 1.59 Commit from airwin (2003-12-27 23:04 CET) ------------------ * Implement PLMESHC, PLOT3DC (actually reorganize so PLMESH, PLMESHC, and PLOT3D all call PLOT3DC in analogy with code in plot3d.c) for the fortran interface. * implement PLSURF3D for the fortran interface. * Change eighth fortran example to produce identical file results to the corresponding C example. This tests the implementation of PLSURF3D. plplot bindings/f77/sc3d.c 1.11 plplot examples/f77/x08f.fm4 1.8 Commit from airwin (2003-12-27 02:14 CET) ------------------ Use AC_F77_LIBRARY_LDFLAGS to define FLIBS, and use that when linking libplplotf77[d]. The resulting fortran linking rules are more extensive on Linux, but they still work, and they may work much better now for other platforms such as Mac OS X. plplot configure.ac 1.122 plplot bindings/f77/Makefile.am 1.12 |
From: Michel P. <Mic...@en...> - 2003-12-29 07:42:15
Attachments:
build.log
|
I tested plplot-5.2.1.cvs.20031228 on Mac OS X 10.3. I still have some problems although there are improvements with respect to the previous tarball. See below details of the ouput of ./configure and make. I attach build.log for the attempt to build the package with dyndrivers. - dyndrivers are still posing a problem. make stops on error (build.log attached) - with --disable-dyndrivers but keeping shared libs, make no longer gives an error. However I have some problems when I try to compile fortran programs after completing the build-up of the package. The fortran examples are not automatically compiled by make, and, if I try to do it by hand in the directory /usr/local/src/plplot-5.2.1.cvs.20031228/examples/f77 I get an error message: make x01f /bin/sh ../../libtool --mode=3Dlink -o x01f libtool: unrecognized option `-o' Try `libtool --help' for more information. make: *** [x01f] Error 1 If I try to compile on fortran program, as I used to do before, I get the following message: Attempt to manually compile a fortran program gives: /usr/bin/ld: can't locate file for: -lplplotf77d collect2: ld returned 1 exit status It appears that the library libplplotf77d does not exist in my install directory/lib after the make install Michel %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Michel Peyrard, Professeur % Ph: +33 (0)4 7272 8374 % % Laboratoire de Physique % Fax: +33 (0)4 7272 8080 % % Ecole Normale Sup=E9rieure de Lyon % e-mail:Mic...@en... % % 46 all=E9e d'Italie % perso.ens-lyon.fr/michel.peyrard % % 69364 Lyon Cedex 07, France % (GPG key available on home page) % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Test of plplot-5.2.1.cvs.20031228.tar on Mac OS X 10.3 Result of ./configure --prefix=3D/usr/local/plplotcvs --------------------------------------------------- command: ./configure --prefix=3D/usr/local/cvs system: powerpc-apple-darwin7.2.0 have_x: yes prefix: /usr/local/cvs CC: gcc CXX: g++ LIB_TAG: d devices: dg300 hp7470 hp7580 lj_hpgl imp ljii ljiip mem null pbm pl= meta ps psc pstex xterm tek4010 tek4107 mskermit versaterm vlt conex tek401= 0f tek4107f xfig xwin Available device drivers: static: dynamic: dg300.la hpgl.la impress.la ljii.la ljiip.la mem.la null.l= a pbm.la plmeta.la ps.la pstex.la tek.la xfig.la xwin.la Compilation options: with_debug: no with_opt: yes with_warn: no with_profile: no Library options: enable_shared: yes 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: no enable_java: no enable_python: no enable_octave: no Result of make -------------- ld: warning -prebind has no effect with -bundle ar cru .libs/xwin.a xwin_la-xwin.o ranlib .libs/xwin.a creating xwin.la (cd .libs && rm -f xwin.la && ln -s ../xwin.la xwin.la) if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I../libltd= l -I../libltdl -g -O2 -MT get_drv_info-get-drv-info.o -MD -MP -MF ".deps/g= et_drv_info-get-drv-info.Tpo" \ -c -o get_drv_info-get-drv-info.o `test -f 'get-drv-info.c' || echo './'`= get-drv-info.c; \ then mv -f ".deps/get_drv_info-get-drv-info.Tpo" ".deps/get_drv_info-get-dr= v-info.Po"; \ else rm -f ".deps/get_drv_info-get-drv-info.Tpo"; exit 1; \ fi /bin/sh ../libtool --mode=3Dlink gcc -g -O2 -o get-drv-info get_drv_inf= o-get-drv-info.o ../libltdl/libltdlc.la gcc -g -O2 -o get-drv-info get_drv_info-get-drv-info.o ../libltdl/.libs/li= bltdlc.a -ldl =2E/get-drv-info `echo dg300.la | sed 's/.la//'` > dg300.rc ltdl.c:2460: failed assertion `dirname' make[2]: *** [dg300.rc] Error 134 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Output of make 2>&1 > ../build.log ---------------------------------- ltdl.c:2460: failed assertion `dirname' make[2]: *** [dg300.rc] Error 134 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D without dyndrivers =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 Output of ./configure --disable-dyndrivers --prefix=3D/usr/local/plotcvs ---------------------------------------------------------------------- configure: Configure results: command: ./configure --disable-dyndrivers --prefix=3D/usr/local/plot= cvs system: powerpc-apple-darwin7.2.0 have_x: yes prefix: /usr/local/plotcvs CC: gcc CXX: g++ LIB_TAG: d devices: dg300 hp7470 hp7580 lj_hpgl imp ljii ljiip mem null pbm pl= meta ps psc pstex xterm tek4010 tek4107 mskermit versaterm vlt conex tek401= 0f tek4107f xfig xwin Available device drivers: static: dg300.lo hpgl.lo impress.lo ljii.lo ljiip.lo mem.lo null.l= o pbm.lo plmeta.lo ps.lo pstex.lo tek.lo xfig.lo xwin.lo dynamic: Compilation options: with_debug: no with_opt: yes with_warn: no with_profile: no Library options: enable_shared: yes 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: no enable_java: no enable_python: no enable_octave: no Output of make -------------- No error. Making all in scripts make[2]: Nothing to be done for `all'. Making all in doc Making all in docbook Making all in src make[4]: Nothing to be done for `all'. make[4]: Nothing to be done for `all-am'. make[3]: Nothing to be done for `all-am'. Making all in pkgcfg =2E/gen-pc-files.sh Generated plplot.pc Generated plplotd.pc Generated plplot-c++.pc Generated plplotd-c++.pc Generated plplot-f77.pc Generated plplotd-f77.pc Generated plplot-tcl.pc Generated plplotd-tcl.pc touch pc-stamp cp libtool plplot_libtool -------------------------------------------------------- Attempt to use make x01f in directory /usr/local/src/plplot-5.2.1.cvs.20031228/examples/f77 gives make x01f /bin/sh ../../libtool --mode=3Dlink -o x01f libtool: unrecognized option `-o' Try `libtool --help' for more information. make: *** [x01f] Error 1 Here is the result of libtool --help on my machine: libtool --help libtool: unknown option character `-' in: --help Usage: libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch= _only arch] [-sacLT] Usage: libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version = #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load] Attempt to manually compile a fortran program gives: /usr/bin/ld: can't locate file for: -lplplotf77d collect2: ld returned 1 exit status The library libplplotf77d does not exist in my install directory/lib after the make install |
From: Alan W. I. <ai...@us...> - 2003-12-29 16:45:36
|
On 2003-12-29 08:42+0100 Michel Peyrard wrote: > -------------------------------------------------------- > Attempt to use make x01f in directory > /usr/local/src/plplot-5.2.1.cvs.20031228/examples/f77 > gives > > make x01f > /bin/sh ../../libtool --mode=link -o x01f > libtool: unrecognized option `-o' > Try `libtool --help' for more information. > make: *** [x01f] Error 1 BTW, I think this discussion should only be on plplot-devel, not cross-posted to plplot-general. I think you have had this problem before, but a lot of people stumble over this confusing distinction between the original build directory where the tarball is unpacked (and which for examples is only used to create the special Makefile for the install area, package the examples for install, and support the make check option [see below]) and the install directory where the created Makefile and examples are installed so the examples can be individually built. You have two options: (1) You can use "make check" in the above (build) directory to build the examples, but that method is not nearly as well tested as the old-fashioned way which is the following: (2) after "make install" cd /tmp cp -a $prefix/lib/plplot-5.2.1.cvs.20031228/examples . cd examples/f77 make x01f Where $prefix stands for whatever you specified in the configure step. Please let us know the result of this set of commands. > The library libplplotf77d does not exist in my install directory/lib > after the make install That result I don't understand. What is the result of ls -l $prefix/lib/ ? If libplplotf77d.so is not there, please give us the complete log of the "make install" command. Make sure you do everything from scratch with the old build tree moved aside or deleted, all plplot related material removed from the prefix area where you installed before, and with a freshly unpacked tarball. If libplplotf77d is not installed, you may have been looking at an old result where you had disabled fortran. 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: Michel P. <Mic...@en...> - 2003-12-29 18:22:47
|
> (2) after "make install" > > cd /tmp > cp -a $prefix/lib/plplot-5.2.1.cvs.20031228/examples . > cd examples/f77 > make x01f Here is the result of this command (after setting the PATH in order to have plplot_libtool in my search path) : make x01f plplot_libtool --mode=link g77 x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib -lplplotf77d -o x01f mkdir .libs g77 x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -o x01f -L/Users/mpeyrard/plplotcvs/lib /Users/mpeyrard/plplotcvs/lib/libplplotf77d.a /Users/mpeyrard/plplotcvs/lib/libplplotd.a /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 -lcrt2.o -L/sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4 -L/sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../.. -lfrtbegin /sw/lib/libg2c.a -lm -lSystem /usr/bin/ld: multiple definitions of symbol ___darwin_gcc3_preregister_frame_info /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/crt2.o definition of ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/crt2.o definition of ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) /usr/bin/ld: warning prebinding disabled because dependent library: /usr/lib/system/libmathCommon.A.dylib can't be searched collect2: ld returned 1 exit status make: *** [x01f] Error 1 I checked that the library /usr/lib/system/libmathCommon.A.dylib does exist in my system. If I compile x01f.f with g77 and the appropriate libraries with the command: g77 -O3 -Wunused -Wuninitialized -fno-backslash -o x01f x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib -L/usr/X11R6/lib/ -lpgplot -lX11 -lplplotf77d -lplplotd -lcsirocsa -lgcc -lcc_dynamic it compiles without any problem. (the direcetory /Users/mpeyrard/plplotcvs was my prefix) > > > The library libplplotf77d does not exist in my install directory/lib > > after the make install Sorry. This was a stupid mistake: on the Mac I installed g77 with fink and I need to set up the path to include /sw/bin in order to access it. I have done this in a script for myself, but not for root. Therefore ./configure had not found g77 and thus not built the fortran library. Now I have it. In order to be able to compile, I still need --disable-shared --disable-dyndrivers Michel |
From: Alan W. I. <ai...@us...> - 2003-12-29 19:40:54
|
On 2003-12-29 19:23+0100 Michel Peyrard wrote: > > > (2) after "make install" > > > > cd /tmp > > cp -a $prefix/lib/plplot-5.2.1.cvs.20031228/examples . > > cd examples/f77 > > make x01f > > Here is the result of this command (after setting the PATH in order to > have plplot_libtool in my search path) : > > make x01f > plplot_libtool --mode=link g77 x01f.f > -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib > -lplplotf77d -o x01f > mkdir .libs > g77 x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -o x01f > -L/Users/mpeyrard/plplotcvs/lib > /Users/mpeyrard/plplotcvs/lib/libplplotf77d.a > /Users/mpeyrard/plplotcvs/lib/libplplotd.a > /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 > -lcrt2.o -L/sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4 > -L/sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../.. -lfrtbegin > /sw/lib/libg2c.a -lm -lSystem > /usr/bin/ld: multiple definitions of symbol > ___darwin_gcc3_preregister_frame_info > /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/crt2.o definition of > ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) > /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/crt2.o definition of > ___darwin_gcc3_preregister_frame_info in section (__TEXT,__text) > /usr/bin/ld: warning prebinding disabled because dependent library: > /usr/lib/system/libmathCommon.A.dylib can't be searched > collect2: ld returned 1 exit status > make: *** [x01f] Error 1 Note that what is going on here is the plplot_libtool command (which is simply the libtool script configured for your exact system) is trying to generate the "best" g77 build command it can according to the information it has from your configure and also its general information about Mac OS X systems. Note libtool tends to include additional libraries for the general case, but you may not need these libraries in a specific case like this one. For example, it looks like it includes both crt2.o and libmathCommon.A.dylib for which you apparently have system problems. Cut and paste the above generated g77 without those two libraries to see what the results will be. One other concern is the generated gcc command is using the static form of the libplplotf77d, libplplotd, and libcsirocsa libraries. Elsewhere you state fortran works fine with --disable-shared --disable-dyndrivers so I assume this result was for the "pure" --disable-dyndrivers case. Can you confirm that, and if those shared libraries exist why is libtool ignoring them? > > I checked that the library /usr/lib/system/libmathCommon.A.dylib does > exist in my system. > > If I compile x01f.f with g77 and the appropriate libraries > with the command: > > g77 -O3 -Wunused -Wuninitialized -fno-backslash -o x01f x01f.f > -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib > -L/usr/X11R6/lib/ -lpgplot -lX11 -lplplotf77d -lplplotd -lcsirocsa -lgcc > -lcc_dynamic > > it compiles without any problem. (the direcetory > /Users/mpeyrard/plplotcvs was my prefix) -lpgplot apparently doesn't do any harm, but it should not be needed for plplot....:-) For the above g77, I believe you will automatically get the shared versions of the plplot libraries (if they exist in /Users/mpeyrard/plplotcvs/lib). Also, you have put in the -lgcc and -lcc_dynamic flags. I wonder why libtool didn't do the same unless it somehow was convinced you had no shared libraries. I am concerned you are not doing everything from scratch, i.e., completely remove the old build and install area, fresh unpack of the tarball, ./configure --prefix=whatever --disable-dyndrivers; make; make install; cd tmp; rm -rf examples; cp -a $prefix/lib/plplot$version/examples .; cd examples/f; make x01f One other possibility is libtool just cannot handle the fortran linking issues correctly yet on Mac OS X for the shared library case. Could you please try the C examples instead? That is instead of cd examples/f... above do cd examples/c; make x01c? I am particularly interested in whether the shared or static libraries are being used in the gcc command generated for the C case, and if shared for the C case, why are the shared libraries not being used in the fortran case? Also, please confirm the x01c executable actually works, i.e., execute it using ./x01c -dev xwin and make sure the plotted results look like those at http://plplot.sourceforge.net/examples/demo01/index.php. Do the same for x01f (whether you build it by hand or whether you have a successful libtool build with or without shared libraries). Thanks very much for your continuing efforts at reporting on the fortran situation for Mac OS X. 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: Michel P. <Mic...@en...> - 2003-12-29 20:50:17
|
> For example, it looks like it includes both > crt2.o and libmathCommon.A.dylib for which you apparently have system > problems. Cut and paste the above generated g77 without those two libraries > to see what the results will be. The command g77 x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -o x01f -L/Users/mpeyrard/plplotcvs/lib /Users/mpeyrard/plplotcvs/lib/libplplotf77d.a /Users/mpeyrard/plplotcvs/lib/libplplotd.a /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 -lgcc gives /usr/bin/ld: warning prebinding disabled because of undefined symbols /usr/bin/ld: Undefined symbols: restFP saveFP collect2: ld returned 1 exit status In order to avoid this I need to add -lcc_dynamic. > > One other concern is the generated gcc command is using the static form of > the libplplotf77d, libplplotd, and libcsirocsa libraries. Elsewhere you > state fortran works fine with --disable-shared --disable-dyndrivers so I > assume this result was for the "pure" --disable-dyndrivers case. Can you > confirm that, and if those shared libraries exist why is libtool ignoring > them? No, I no longer have "pure" --disable-dyndrivers case. It worked only when I did not have g77 in my path, so that fortran was not enabled. If I want to have fortran, I need --disable-dyndrivers AND --disable-shared > > -lpgplot apparently doesn't do any harm, but it should not be needed for > plplot....:-) Right! I have a script that compiles and, as I have been using pgplot for a long time, it had this library. For the above g77, I believe you will automatically get the > shared versions of the plplot libraries (if they exist in > /Users/mpeyrard/plplotcvs/lib). Also, you have put in the -lgcc and > -lcc_dynamic flags. I wonder why libtool didn't do the same unless it > somehow was convinced you had no shared libraries. Yes on the Mac libtool should include -lcc_dynamic (and perhaps -lgcc ?) Otherwise you always get the undefined symbols restFP saveFP in graphic fortran programs (this is also true for pgplot) I am concerned you are > not doing everything from scratch, I do start from scratch. I remove the source directory, and the install directory completely, and I tar again the tarball at every new attempt. The confusion came perhaps from my earlier message where I said that I did not disable-shared (it was when I did not have fortran in my path) > > One other possibility is libtool just cannot handle the fortran linking > issues correctly yet on Mac OS X for the shared library case. Could you > please try the C examples instead? That is instead of cd examples/f... > above do cd examples/c; make x01c? I am > particularly interested in whether the shared or static libraries are being > used in the gcc command generated for the C case, and if shared for the C > case, why are the shared libraries not being used in the fortran case? Here is the result of make x01c make x01c plplot_libtool --mode=link gcc -g -O2 x01c.c -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib -lplplotd -o x01c mkdir .libs gcc -g -O2 x01c.c -I/Users/mpeyrard/plplotcvs/include/plplot -o x01c -L/Users/mpeyrard/plplotcvs/lib /Users/mpeyrard/plplotcvs/lib/libplplotd.a /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 -lm It compiles and appears to work correctly. Notice that this is on the build up with --disable-shared I made a new built (from scratched) with --disable-f77 --disable-dyndrivers (this is necessary to avoid an error) but WITHOUT disbale-shared (command was ./configure --disable-f77 --disable-dyndrivers --prefix=/Users/mpeyrard/plplotcvs) make goes on to the end without error. For a reason that I do not understand make install fails: make install Making install in drivers make[2]: Nothing to be done for `install-exec-am'. /bin/sh ../mkinstalldirs /Users/mpeyrard/plplotcvs/share/doc/plplot mkdir -p -- /Users/mpeyrard/plplotcvs/share/doc/plplot /Users/mpeyrard/plplot-5.2.1.cvs.20031228/install -c -m 644 README.drivers /Users/mpeyrard/plplotcvs/share/doc/plplot/README.drivers /bin/sh: line 1: /Users/mpeyrard/plplot-5.2.1.cvs.20031228/install: Permission denied make[2]: *** [install-docDATA] Error 126 make[1]: *** [install-am] Error 2 make: *** [install-recursive] Error 1 I tried make x01c in the source directory (/Users/mpeyrard/plplot-5.2.1.cvs.20031228/examples/c) I get a long answer, but x01c appears to be made as expected: make x01c if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -g -O2 -MT x01c.o -MD -MP -MF ".deps/x01c.Tpo" \ -c -o x01c.o `test -f 'x01c.c' || echo './'`x01c.c; \ then mv -f ".deps/x01c.Tpo" ".deps/x01c.Po"; \ else rm -f ".deps/x01c.Tpo"; exit 1; \ fi /bin/sh ../../libtool --mode=link gcc -g -O2 -o x01c x01c.o ../../src/libplplotd.la mkdir .libs gcc -g -O2 -o .libs/x01c x01c.o ../../src/.libs/libplplotd.dylib /Users/mpeyrard/plplot-5.2.1.cvs.20031228/lib/csa/.libs/libcsirocsa.dylib -L/usr/X11R6/lib -lX11 -lm ld: warning prebinding not disabled because (__PAGEZERO segment (address = 0x0 size = 0x1000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib ld: warning prebinding not disabled because (__PAGEZERO segment (address = 0x0 size = 0x1000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x5000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x1000 size = 0x3000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x1000 size = 0x3000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x5000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__DATA segment (address = 0x4000 size = 0x1000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib ld: warning prebinding not disabled because (__DATA segment (address = 0x4000 size = 0x1000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x5000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__LINKEDIT segment (address = 0x5000 size = 0x3000) of .libs/x01c overlaps with __TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib ld: warning prebinding not disabled because (__LINKEDIT segment (address = 0x5000 size = 0x3000) of .libs/x01c overlaps with __DATA segment (address = 0x5000 size = 0x1000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__LINKEDIT segment (address = 0x5000 size = 0x3000) of .libs/x01c overlaps with __LINKEDIT segment (address = 0x6000 size = 0x9000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib overlaps with __TEXT segment (address = 0x0 size = 0x5000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib overlaps with __DATA segment (address = 0x5000 size = 0x1000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib ld: warning prebinding not disabled because (__TEXT segment (address = 0x0 size = 0x45000) of /Users/mpeyrard/plplotcvs/lib/libplplotd.9.dylib overlaps with __LINKEDIT segment (address = 0x6000 size = 0x9000) of /Users/mpeyrard/plplotcvs/lib/libcsirocsa.0.dylib creating x01c And it runs as expected. Michel |
From: Alan W. I. <ai...@us...> - 2003-12-29 21:31:13
|
On 2003-12-29 21:50+0100 Michel Peyrard wrote: > > > For example, it looks like it includes both > > crt2.o and libmathCommon.A.dylib for which you apparently have system > > problems. Cut and paste the above generated g77 without those two libraries > > to see what the results will be. > > The command > g77 x01f.f -I/Users/mpeyrard/plplotcvs/include/plplot -o x01f > -L/Users/mpeyrard/plplotcvs/lib > /Users/mpeyrard/plplotcvs/lib/libplplotf77d.a > /Users/mpeyrard/plplotcvs/lib/libplplotd.a > /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 -lgcc > > gives > /usr/bin/ld: warning prebinding disabled because of undefined symbols > /usr/bin/ld: Undefined symbols: > restFP > saveFP > collect2: ld returned 1 exit status > > In order to avoid this I need to add -lcc_dynamic. See comment below. > > > > One other possibility is libtool just cannot handle the fortran linking > > issues correctly yet on Mac OS X for the shared library case. Could you > > please try the C examples instead? That is instead of cd examples/f... > > above do cd examples/c; make x01c? I am > > particularly interested in whether the shared or static libraries are being > > used in the gcc command generated for the C case, and if shared for the C > > case, why are the shared libraries not being used in the fortran case? > > Here is the result of make x01c > > make x01c > plplot_libtool --mode=link gcc -g -O2 x01c.c > -I/Users/mpeyrard/plplotcvs/include/plplot -L/Users/mpeyrard/plplotcvs/lib > -lplplotd -o x01c > mkdir .libs > gcc -g -O2 x01c.c -I/Users/mpeyrard/plplotcvs/include/plplot -o x01c > -L/Users/mpeyrard/plplotcvs/lib /Users/mpeyrard/plplotcvs/lib/libplplotd.a > /Users/mpeyrard/plplotcvs/lib/libcsirocsa.a -L/usr/X11R6/lib -lX11 -lm > > It compiles and appears to work correctly. Notice that this is on the > build up with --disable-shared I don't understand this inconsistency between fortran and C linking on MacOS X. 10.3. For the above fortran results you needed -lcc_dynamic, but apparently not in this case. Perhaps the -lcc_dynamic functionality is supposed to be delivered by crt2.o and/or libmathCommon.A.dylib (which is what libtool is convinced is necessary for fortran on MacOS X 10.3), but those seem broken on your system. It appears you are stuck with the workarounds you have discovered until at least crt2.o and libmathCommon.A.dylib are straightened out. I am wondering now whether your g77 (which works closely with gcc) is consistent with your gcc package? > > I made a new built (from scratched) with --disable-f77 > --disable-dyndrivers (this is necessary to avoid an error) but > WITHOUT disbale-shared > (command was ./configure --disable-f77 --disable-dyndrivers > --prefix=/Users/mpeyrard/plplotcvs) > > make goes on to the end without error. > > For a reason that I do not understand make install fails: > make install > Making install in drivers > make[2]: Nothing to be done for `install-exec-am'. > /bin/sh ../mkinstalldirs /Users/mpeyrard/plplotcvs/share/doc/plplot > mkdir -p -- /Users/mpeyrard/plplotcvs/share/doc/plplot > /Users/mpeyrard/plplot-5.2.1.cvs.20031228/install -c -m 644 > README.drivers /Users/mpeyrard/plplotcvs/share/doc/plplot/README.drivers > /bin/sh: line 1: /Users/mpeyrard/plplot-5.2.1.cvs.20031228/install: > Permission denied > make[2]: *** [install-docDATA] Error 126 > make[1]: *** [install-am] Error 2 > make: *** [install-recursive] Error 1 Hmm. that seems strange unless you are invoking the command from an incorrect user account which doesn't have permissions to use that directory or you have something left over from a previous install which you are now trying to override from a different account. > > I tried make x01c in the source directory > (/Users/mpeyrard/plplot-5.2.1.cvs.20031228/examples/c) I am surprised this worked at all from the build directory (what you are calling the source directory here). Instead, if you must use the build directory rather than the install directory, use "make check". "make x01c" should only be used for the installed versions of the examples or a copy of them. 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: Arjen M. <arj...@wl...> - 2003-12-29 12:37:40
|
Rafael Laboissiere wrote: > > 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.20031228.tar.gz. This tarball includes > the latest changes in the Fortran 77 configuration settings and, hopefully, > will improve the building on the Mac OS X system. The changelog entries > since the last CVS tarball are included below. > > This tarball can be considered as a release candidate for the next version > of PLplot. Please, test and report. > Hello, I have downloaded the tarball and while the installation on Linux was fast and smoothless, I am running into severe problems on Windows: - The directory tmp does not exist when I untar the tarball (for some reason I do see a _file_ tmp, but that is not in the tarball itself) This directory is necessary to hold the copies of the sources when making the Windows version (with MSC). - When I make it manually, I get the following errors: - plplotP.h refers to "unistd.h" - that does not exist on Windows/MSC - plcore.c refers to a symbol BUILD_DIR, but I can not find where that is coming from (I have not inspected libtool though) It also wants to use the function getcwd(), but changes are that on Windows/MSC this does not exist (at least not under this name, or in the header files) I will try to work around these problems and see what else comes up. Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2003-12-29 12:48:37
|
Arjen Markus wrote: > > Rafael Laboissiere wrote: > > > > 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.20031228.tar.gz. This tarball includes > > the latest changes in the Fortran 77 configuration settings and, hopefully, > > will improve the building on the Mac OS X system. The changelog entries > > since the last CVS tarball are included below. > > > > This tarball can be considered as a release candidate for the next version > > of PLplot. Please, test and report. > > > > > I will try to work around these problems and see what else comes up. > Well, I explicitly defined BUILD_DIR and then it all works, at least as far as the building is concerned. The examples are all build, except for x20c: plabort() is missing. Then running an example: Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. ...\plplot-latest\plplot-5.2.1\tmp>x01c Plplot library version: 5.2.1 Plotting Options: < 1> win3 PLplot Win32 Window < 2> plmeta PLplot Native Meta-File < 3> ps PostScript File (monochrome) < 4> psc PostScript File (color) < 5> null Null device Enter device number or keyword: 1 *** PLPLOT ERROR *** plbuf_init: Error opening plot data storage file. Program aborted This problem has to do with the fact that the directory I have it all installed on and am running from is, in fact, part of a network drive. plbuf_init() opens a temporary file, which is, alas, opened in p:\, the main directory that I can not use! I am now going to see what happens if I just open a temporary file somewhere .. Regards, Arjen |
From: Arjen M. <arj...@wl...> - 2003-12-29 14:23:21
|
Arjen Markus wrote: > > > Then running an example: > > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > ...\plplot-latest\plplot-5.2.1\tmp>x01c > Plplot library version: 5.2.1 > > Plotting Options: > < 1> win3 PLplot Win32 Window > < 2> plmeta PLplot Native Meta-File > < 3> ps PostScript File (monochrome) > < 4> psc PostScript File (color) > < 5> null Null device > > Enter device number or keyword: 1 > > *** PLPLOT ERROR *** > plbuf_init: Error opening plot data storage file. > Program aborted > > This problem has to do with the fact that the directory I have it > all installed on and am running from is, in fact, part of a network > drive. > > plbuf_init() opens a temporary file, which is, alas, opened in p:\, > the main directory that I can not use! > > I am now going to see what happens if I just open a temporary file > somewhere .. > > Opening a file myself, simply via fopen() works fine. So we really need a solution for tmpfile(). I have continued wokring on the DLL version. This required a lot of work on the sources and the makefiles, lots of details that simply were not right. It is still not quite right, but I am making progress. Regards, Arjen |
From: Rafael L. <rla...@us...> - 2004-01-15 07:29:14
|
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.20040114.tar.gz. This is a test tarball, not yet the promised release candidate one, because we are testing some linking issues in the generation of Octave bindings on MacOS X. Users of this system are then encouraged to test the tarball. There has been some improvements in relation to the last cvs tarball, most notably the completion of the f77 bindings and the improvement of pkg-config support. The configuration process has been made more robust. A true release candidate tarball will be released as soon as the remaining issues will be . -- Rafael ==== ChangeLog plplot-5.2.1.cvs.20031231 -> plplot-5.2.1.cvs.20040104 ==== Commit from vincentdarley (2004-01-09 17:35 CET) ------------------------- compilation fixes for latest plplot and win-tk build plplot sys/win-tk/makePlplotStarkit.tcl 1.4 plplot sys/win-tk/makefile.vc 1.13 plplot include/plplotP.h 1.73 Commit from airwin (2004-01-07 17:47 CET) ------------------ Define two alternates of each of the embedded underscore names (PL_SETCONTLABELFORMAT, PL_SETCONTLABELPARAM, and PLCALC_WORLD). One has an extra trailing underscore (required by g77 and friends for names with embedded underscores), and one does not (for those compilers that don't follow this convention by default). plplot bindings/f77/plstubs.h 1.33 plplot bindings/f77/scstubs.c 1.33 Commit from rlaboiss (2004-01-07 10:04 CET) -------------------- Disable pthreads by default. plplot configure.ac 1.148 Commit from airwin (2004-01-07 06:36 CET) ------------------ f77_examples is a list of the generated *.f files. It should be cleaned rather than maintainercleaned. This problem caught me tonight when I reconfigured for single precision, yet make clean did not get rid of these generated files. plplot examples/f77/Makefile.am 1.18 Commit from airwin (2004-01-07 06:21 CET) ------------------ Compile error solved in single-precision case by new double ==> new PLFLT plplot examples/c++/x05.cc 1.3 Commit from airwin (2004-01-07 05:22 CET) ------------------ For the double-precision case simply copy the double-precision code in sfstubs.fm4 to sfstubs.f. For the single precision case use sed commands contained in double2single.sed to convert sfstubs.fm4 to single-precision sfstubs.f. plplot bindings/f77/Makefile.am 1.16 plplot bindings/f77/README.f77API 1.3 + plplot bindings/f77/double2single.sed 1.1 Commit from airwin (2004-01-07 05:19 CET) ------------------ Remove from cvs control because this file is only of historical interest. - plplot bindings/f77/fmacs.m4 1.9 Commit from airwin (2004-01-07 05:05 CET) ------------------ Tweak EXTRA_DIST to add README.f77demos. Note README.f77demos is only suitable for the build tree, and it would not be appropriate to install it. plplot examples/f77/Makefile.am 1.17 Commit from airwin (2004-01-07 04:46 CET) ------------------ Initial commit of a sed script to convert *.fm4 example files from double- to single-precision and a file that documents the fortran examples. Makefile.am changes to take advantage of the sed script. plplot examples/f77/Makefile.am 1.16 + plplot examples/f77/README.f77demos 1.1 + plplot examples/f77/double2single.sed 1.1 Commit from airwin (2004-01-07 02:03 CET) ------------------ Tweak (gen-pc-files.pl) plplot pkgcfg/.cvsignore 1.3 Commit from airwin (2004-01-07 02:03 CET) ------------------ Oops, revert back gen-pc-files.pl (wrong directory). plplot test/.cvsignore 1.6 Commit from airwin (2004-01-07 02:00 CET) ------------------ Tweak (gen-pc-files.pl) plplot test/.cvsignore 1.5 Commit from airwin (2004-01-07 01:33 CET) ------------------ Fortran API change as discussed on the list. All plshade[0-2] and plshade fortran calls now have a last parameter which is the first dimension of the 2D arrays. This extra parameter is similar to what is currently done for the fortran versions of plmesh, plmeshc, plot3d, plot3dc, plshades[0-2], and plshades. It allows large static 2D arrays to be dimensioned in fortran apps which call these PLplot functions (plcon[0-2] and plcont have similar possibilities for large static arrays done a different way). This in turn allows smaller areas of the fortran array to be populated as needed (interactively from input, say) without having to recompile for every change in size of the defined part of the array. These recent Fortran API changes have been tested for fortran examples 15 and 16a (now both changes to use static arrays dimensioned larger than the defined area), and identical results to the previous are obtained. Furthermore, memory management has been changed substantially for fortran plshade[0-2] and plshade, and valgrind applied to fortran examples 15 and 16a show no problems with these memory management changes. plplot bindings/f77/sccont.c 1.8 plplot bindings/f77/sfstubs.fm4 1.11 plplot examples/f77/x15f.fm4 1.4 plplot examples/f77/x16af.fm4 1.4 Commit from rlaboiss (2004-01-06 23:36 CET) -------------------- * debian/control: Made Build-Conflicts on libplplot5 unversioned. plplot debian/changelog 1.66 plplot debian/control 1.42 Commit from airwin (2004-01-06 22:51 CET) ------------------ Use this new-fangled construction (:-)) called for loops to substantially shorten and simplify these scripts. This should make Rafael's eyes hurt less.... :-) plplot test/test_c.sh 1.8 plplot test/test_cxx.sh 1.7 plplot test/test_f77.sh.in 1.3 plplot test/test_java.sh 1.4 Commit from rlaboiss (2004-01-06 22:25 CET) -------------------- Restructured the pkg-config support. Everything that was scattered across pkgcfg/gen-pc-files.sh and pkgcfg/Makefile.am (shell code) as well as pkgcfg/plplot-master-pc.in (.pc file template) is now regrouped in the single Perl script gen-pc-files.pl.in, configurable through configure. Since Perl is needed now, the code in configure.ac was changed, such that pkg-config support is disabled if Perl cannot found in the system. Also the pkg-config section in configure.ac was moved after the call to CHECK_PROG(perl). The Tcl/Tk specific cflags for include directories are now integrated in plplot*-tcl.pc. The file examples/tk/Makefile.examples.in was changed accordingly. plplot configure.ac 1.147 plplot examples/tk/Makefile.examples.in 1.14 plplot pkgcfg/Makefile.am 1.9 + plplot pkgcfg/gen-pc-files.pl.in 1.1 - plplot pkgcfg/gen-pc-files.sh 1.4 - plplot pkgcfg/plplot-master-pc.in 1.2 Commit from rlaboiss (2004-01-06 22:02 CET) -------------------- Removed the obsolete file setup.py.in for EXTRA_DIST. plplot bindings/python/Makefile.am 1.22 Commit from rlaboiss (2004-01-06 21:37 CET) -------------------- Removed cruft from EXTRA_DIST and DISTCLEAN variables. plplot examples/tk/Makefile.am 1.12 plplot examples/python/Makefile.am 1.8 Commit from rlaboiss (2004-01-06 21:13 CET) -------------------- Removed *.sh.in from EXTRA_DIST and *.sh from DISTCLEANFILES, since Automake takes care of this. plplot test/Makefile.am 1.10 Commit from rlaboiss (2004-01-06 21:05 CET) -------------------- Removed configurable.f.in from EXTRA_DIST and configurable.f.in from DISTCLEANFILES, since Automake takes care of this. Also, updated and reformatted the copyright notice and replace "../.." by the more robust "$(top_builddir)", as it was done for other Makefile.am's. plplot bindings/f77/Makefile.am 1.15 Commit from airwin (2004-01-06 20:44 CET) ------------------ Run the fortran examples in different ways depending on whether command-line parsing is available for fortran or not. plplot test/.cvsignore 1.4 plplot test/test_f77.sh.in 1.2 Commit from airwin (2004-01-06 20:25 CET) ------------------ Make test_f77.sh configurable. plplot configure.ac 1.146 plplot test/Makefile.am 1.9 - plplot test/test_f77.sh 1.7 + plplot test/test_f77.sh.in 1.1 Commit from airwin (2004-01-06 20:24 CET) ------------------ Add a call to fortran plparseopts so that these examples are able to use command-line parsing. plplot examples/f77/x01f.fm4 1.12 plplot examples/f77/x02f.fm4 1.8 plplot examples/f77/x03f.fm4 1.10 plplot examples/f77/x04f.fm4 1.9 plplot examples/f77/x05f.fm4 1.10 plplot examples/f77/x06f.fm4 1.9 plplot examples/f77/x07f.fm4 1.9 plplot examples/f77/x08f.fm4 1.11 plplot examples/f77/x09f.fm4 1.9 plplot examples/f77/x10f.fm4 1.8 plplot examples/f77/x11f.fm4 1.9 plplot examples/f77/x12f.fm4 1.9 plplot examples/f77/x13f.fm4 1.9 plplot examples/f77/x15f.fm4 1.3 plplot examples/f77/x16af.fm4 1.3 plplot examples/f77/x16f.fm4 1.10 plplot examples/f77/x17f.fm4 1.4 plplot examples/f77/x18f.fm4 1.4 plplot examples/f77/x19f.fm4 1.3 Commit from airwin (2004-01-06 19:34 CET) ------------------ Tweak EXTRA_DIST and DISTCLEANFILES to deal with new configurable.f.in and its configured result configurable.f. plplot bindings/f77/Makefile.am 1.14 Commit from airwin (2004-01-06 19:31 CET) ------------------ Implement plparseopts, the fortran function that allows parsing the PLplot command-line options from fortran. plplot bindings/f77/.cvsignore 1.4 + plplot bindings/f77/configurable.f.in 1.1 Commit from airwin (2004-01-06 18:24 CET) ------------------ Implement plparseopts, the fortran function that allows parsing the PLplot command-line options from fortran. plplot bindings/f77/Makefile.am 1.13 plplot bindings/f77/README.f77API 1.2 plplot bindings/f77/plstubs.h 1.32 plplot bindings/f77/scstubs.c 1.32 Commit from airwin (2004-01-06 18:19 CET) ------------------ Install configuration test for the fortran capability of command-line parsing and use the results to configure bindings/f77/configurable.f plplot configure.ac 1.145 Commit from rlaboiss (2004-01-06 13:38 CET) -------------------- Variable substitution for generation of bindings/octave/plplot_octave.h is now done with help of autoconf/automake. A new AC_SUBST variable called DEFINE_PL_DOUBLE is defined in configure.ac, which is set to "#define PL_DOUBLE" if $with_double == yes, or a null string otherwise. The old file plplot_octave_org.h has been renamed to plplot_octave.h.in and its name is included in the AC_CONFIG_FILES list in configure.ac. It contains the token @DEFINE_PL_DOUBLE@ at the place of the old REPLACEME token. Since everything is set up automatically by Automake, the rule for building plplot_octave.h is removed from bindings/octave/Makefile.am. Also, there is no need to include plplot_octave.h in the CLEANFILES list. plplot configure.ac 1.144 plplot bindings/octave/Makefile.am 1.37 + plplot bindings/octave/plplot_octave.h.in 1.1 - plplot bindings/octave/plplot_octave_org.h 1.19 Commit from mlebrun (2004-01-06 10:13 CET) ------------------- Fix for the "centuries old" very irritating bogus warning messages about itclDecls.h during configuration (this should improve your day :). The problem was, itclDecls.h apparently is not meant to be included except from itcl.h, or after itcl.h has been included first. So, this dependency needed to be accounted for, and fortunately there is an autoconf construct to do it. As is often the case with these things, very simple once you know what to do. plplot sysloc.in 1.65 Commit from mlebrun (2004-01-06 04:59 CET) ------------------- Increased size of a string buffer for safety. plplot drivers/xwin.c 1.116 Commit from rlaboiss (2004-01-05 20:24 CET) -------------------- Commented out the call to AC_F77_LIBRARY_LDFLAGS until it proves to be necessary/useful for proper compilation of F77 bindings and exmaples plplot configure.ac 1.143 Commit from airwin (2004-01-05 19:43 CET) ------------------ Demonstrate use of large static dimensions with a potentially dynamic smaller defined area for all 2D arrays. plplot examples/f77/x08f.fm4 1.10 plplot examples/f77/x09f.fm4 1.8 plplot examples/f77/x16f.fm4 1.9 Commit from mlebrun (2004-01-05 02:29 CET) ------------------- Added some commentary. plplot configure.ac 1.142 Commit from airwin (2004-01-05 00:22 CET) ------------------ Use the convenient plplot-config front end to plplot_libtool rather than the raw plplot_libtool itself. plplot examples/c/Makefile.examples.in 1.18 plplot examples/c++/Makefile.examples.in 1.17 plplot examples/f77/Makefile.examples.in 1.18 plplot examples/tk/Makefile.examples.in 1.13 Commit from airwin (2004-01-05 00:20 CET) ------------------ Update this script so the configured result handles the -I options correctly for each of c, c++, f77, and tcltk. Also make the script a little more robust. plplot scripts/plplot-config.in 1.3 Commit from mlebrun (2004-01-05 00:05 CET) ------------------- Chopped out plplot-centric support for defaults files in favor of the (now) official site files. The following places are checked, in order: $CONFIG_SITE $prefix/share/config.site $prefix/etc/config.site So to reproduce the previous plplot config file behavior, do: $ CONFIG_SITE=~/config/cf_plplot.in ./configure The latter is the *only* way currently to set prefix via a config file. In this case, set ac_default_prefix appropriately ("pl_prefix" was previously used for this purpose). Also some obsolete commentary removed. plplot configure.ac 1.141 Commit from jcard (2004-01-04 19:04 CET) ----------------- Correct typo: require Octave >= 2.1.50 and not 2.1.51 plplot bindings/octave/PLplot/figure.m 1.19 Commit from jcard (2004-01-04 19:02 CET) ----------------- Don't include config.h in plplot_octave_org.h, as it might clash with Octave's config.h Instead, extract PL_DOUBLE from config.h and insert into plplot_octave_org.h plplot bindings/octave/Makefile.am 1.36 plplot bindings/octave/plplot_octave_org.h 1.18 |
From: Michel P. <Mic...@en...> - 2004-01-15 07:52:47
|
Thanks for all these development efforts that I could not follow in details, due to lack of time but also expertise! I was curious to see the results and tried the new tar file immediately on Mac OSX (10.3). It does not compile without error (configure without any restriction, i.e. with fortran, dynamic drivers, pthreads). It seems that the error is one of the issues you discussed. Here is the nend of the output of make. If you need more precise tests, let me know. Michel /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../libg2c.a(flush1_.o) definition of _G77_flush1_0 in section (__TEXT,__text) ld: multiple definitions of symbol _G77_mclock_0 /sw/lib/libg2c.a(mclock_.o) definition of _G77_mclock_0 in section (__TEXT,__text) /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../libg2c.a(mclock_.o) definition of _G77_mclock_0 in section (__TEXT,__text) ld: multiple definitions of symbol _G77_alarm_0 /sw/lib/libg2c.a(alarm_.o) definition of _G77_alarm_0 in section (__TEXT,__text) /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../libg2c.a(alarm_.o) definition of _G77_alarm_0 in section (__TEXT,__text) ld: multiple definitions of symbol _G77_date_and_time_0 /sw/lib/libg2c.a(datetime_.o) definition of _G77_date_and_time_0 in section (__TEXT,__text) /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../libg2c.a(datetime_.o) definition of _G77_date_and_time_0 in section (__TEXT,__text) make[3]: *** [libplplotf77d.la] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 |
From: Alan W. I. <ir...@be...> - 2004-01-15 17:54:41
|
On 2004-01-15 08:52+0100 Michel Peyrard wrote: > /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../libg2c.a(flush1_.o) > definition of _G77_flush1_0 in section (__TEXT,__text) I don't understand this error report at all. Historically this problem (libg2c) was introduced for MacOSX only when we invoked AC_F77_LIBRARY_LDFLAGS. I just checked, and that is commented out (with dnl) in configure.ac in plplot-5.2.1.cvs.20040115.tar.gz so libg2c should not even be linked (if I am recalling correctly the previous good links of the fortran interface on Mac OS X). Michel, did you make an absolutely clean rebuild starting from the unpack of plplot-5.2.1.cvs.20040115.tar.gz, and did you do the build in the plplot-5.2.1.cvs.20040115 directory created by the unpack? Sorry to ask such obvious questions, but I am really puzzled by this error report. 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: Per P. <per...@ma...> - 2004-01-15 18:37:36
|
On Jan 15, 2004, at 08:52, Michel Peyrard wrote: > ld: multiple definitions of symbol _G77_date_and_time_0 > /sw/lib/libg2c.a(datetime_.o) definition of _G77_date_and_time_0 in > section (__TEXT,__text) > /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../ > libg2c.a(datetime_.o) > definition of _G77_date_and_time_0 in section (__TEXT,__text) I have no idea what causes it, but ld is actually looking twice in the same libg2c (just parse the /../../../ above, and you'll see what I mean). A broken g77 install would be my guess. I've seen this before on fink installed g77. My solution was to explicitly state the required libs and not rely on defaults. /Per |
From: Michel P. <Mic...@en...> - 2004-01-15 20:06:36
|
It is a fink installed g77! How do you recommend to proceed to install a "non-broken" one! I thought that fink was the best way to do a clean install. Michel %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Michel Peyrard, Professeur % Ph: +33 (0)4 7272 8374 % % Laboratoire de Physique % Fax: +33 (0)4 7272 8080 % % Ecole Normale Sup=E9rieure de Lyon % e-mail:Mic...@en... % % 46 all=E9e d'Italie % perso.ens-lyon.fr/michel.peyrard % % 69364 Lyon Cedex 07, France % (GPG key available on home page) % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% On Thu, 15 Jan 2004, Per Persson wrote: > > On Jan 15, 2004, at 08:52, Michel Peyrard wrote: > > > ld: multiple definitions of symbol _G77_date_and_time_0 > > /sw/lib/libg2c.a(datetime_.o) definition of _G77_date_and_time_0 in > > section (__TEXT,__text) > > /sw/lib/gcc/powerpc-apple-darwin7.2.0/3.4/../../../ > > libg2c.a(datetime_.o) > > definition of _G77_date_and_time_0 in section (__TEXT,__text) > > I have no idea what causes it, but ld is actually looking twice in the > same libg2c > (just parse the /../../../ above, and you'll see what I mean). > > A broken g77 install would be my guess. I've seen this before on fink > installed g77. > My solution was to explicitly state the required libs and not rely on > defaults. > > /Per > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel > |
From: Per P. <per...@ma...> - 2004-01-15 20:31:08
|
On Jan 15, 2004, at 21:06, Michel Peyrard wrote: > > It is a fink installed g77! How do you recommend to proceed to > install a > "non-broken" one! I thought that fink was the best way to do a clean > install. I don't know. g77 seems to be perpetually broken on OS X. If there is a way in plplot to specify g77 libs at configure time such as a FLIBS variable, then I'd say that "FLIBS=lg2c" would be the way to go. I don't know if such an option exists, it might. /Per |
From: Koen v. d. D. <kvd...@ea...> - 2004-01-15 22:25:39
|
On Jan 15, 2004, at 3:31 PM, Per Persson wrote: > I don't know. g77 seems to be perpetually broken on OS X. > > If there is a way in plplot to specify g77 libs at configure time such > as a FLIBS variable, > then I'd say that "FLIBS=lg2c" would be the way to go. > I don't know if such an option exists, it might. > After some trial and error, for my fink package I had to issue this command: export FLIBS='-L%p/lib -lcrt2.o -lfrtbegin -lSystem'; to make it work. If I put in lg2c as well, the compilation crashed. I will have time later tonight to try out the new tarball. BTW - any comments on the order of arguments in the export command ? - Koen. |
From: Rafael L. <rla...@us...> - 2004-01-15 21:02:01
|
* Michel Peyrard <Mic...@en...> [2004-01-15 08:52]: > I was curious to see the results and tried the new tar file immediately > on Mac OSX (10.3). Thanks for your immediate test. That f77 problem you noticed is strange and I hope it will be fixed. However, one of the goals of this test tarball was to check if the Octave bindings can be compiled on MacOS X now. If you have Octave installed, could you please try configure --disable-f77 --enable-octave and make? If other MacOS X users are hearing to this, please help us. -- Rafael |
From: Per P. <per...@ma...> - 2004-01-15 22:48:04
|
On Jan 15, 2004, at 22:01, Rafael Laboissiere wrote: > However, one of the goals of this test tarball was > to check if the Octave bindings can be compiled on MacOS X now. If > you have > Octave installed, could you please try configure --disable-f77 > --enable-octave and make? > > If other MacOS X users are hearing to this, please help us. Seems to work OK on Mac OS X 10.3/octave 2.1.50, had to disable dyndrivers though. ./configure --disable-dyndrivers --disable-f77 --enable-octave Unless you actually install the libs, setting DYLD_LIBRARY_PATH is a good idea: export DYLD_LIBRARY_PATH="/path/to/plplot-5.2.1.cvs.20040115/src/.libs:/path/ to/plplot-5.2.1.cvs.20040115/lib/csa/.libs" /Per |
From: Alan W. I. <ir...@be...> - 2004-01-16 03:13:11
|
On 2004-01-15 23:48+0100 Per Persson wrote: > > On Jan 15, 2004, at 22:01, Rafael Laboissiere wrote: > > However, one of the goals of this test tarball was > > to check if the Octave bindings can be compiled on MacOS X now. If > > you have > > Octave installed, could you please try configure --disable-f77 > > --enable-octave and make? > > > > If other MacOS X users are hearing to this, please help us. > > Seems to work OK on Mac OS X 10.3/octave 2.1.50, had to disable > dyndrivers though. > ./configure --disable-dyndrivers --disable-f77 --enable-octave Thanks for that octave/Mac OS X report Per. That is a big relief to me (and also I am sure, Rafael). > > Unless you actually install the libs, setting DYLD_LIBRARY_PATH is a > good idea: > export > DYLD_LIBRARY_PATH="/path/to/plplot-5.2.1.cvs.20040115/src/.libs:/path/ > to/plplot-5.2.1.cvs.20040115/lib/csa/.libs" Currently for the build directory case, we set LD_RUN_PATH=pwd/../../src/.libs I suggest to Rafael and Joao that we change that to LD_RUN_PATH=`pwd`/../../src/.libs:\ `pwd`/../../lib/csa/.libs:\ `pwd`/../../lib/nn/.libs (of course configured to handle the case when we don't have csa or nn or both). Rafael and Joao, I believe this is actually a Linux issue as well. For the current setup (important: with nothing installed), I predict you will not be able to do the simple test (cd bindings/octave; octave then execute plot(sin(1:10))) if the install tree is completely removed. I cannot run this test because I get the message that I have too old a version of octave for this high-level call to the octave plplot interface. Is there a low-level test command I could use instead? At least for the similar situation in examples/c (with installed PLplot removed), I get the following result after make check. ldd .libs/x01c libplplotd.so.9 => not found libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x4001e000) libcsirocsa.so.0 => not found libcsironn.so.0 => not found libqhull.so.3 => /usr/lib/libqhull.so.3 (0x4005d000) libm.so.6 => /lib/libm.so.6 (0x400a5000) libdl.so.2 => /lib/libdl.so.2 (0x400c7000) libc.so.6 => /lib/libc.so.6 (0x400ca000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Note, the local build tree libraries are not found with this raw executable. "make check" in examples/c created this raw executable with libtool, but libtool creates a wrapper script called x01c as well which runs the raw executable with appropriate environment variables set so invoking the wrapper actually generates the correct example plot using the correct build-tree libraries. To avoid similar problems for octave in the build tree for the case where there is no installed version to save the day, I believe the above octave interface fixup for library run-time path issues for the build tree is required. (Of course another alternative is to always set LD_LIBRARY_PATH to the two additional required directories for build-tree use of octave, but that is an inconvenient pain.) Also, none of these run library path issues for the build tree exist for the installed octave interface since all the libraries are installed in /yourprefix/lib with appropriate rpath pointing to that directory. Of course if an attempt to use the octave interface from the build tree with nothing installed works, then I would be most puzzled, and I would hope somebody could come up with an explanation of what I missed. 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: Rafael L. <rla...@us...> - 2004-01-16 08:54:56
|
* Alan W. Irwin <ir...@be...> [2004-01-15 19:13]: > I suggest to Rafael and Joao that we change that to > LD_RUN_PATH=`pwd`/../../src/.libs:\ > `pwd`/../../lib/csa/.libs:\ > `pwd`/../../lib/nn/.libs > > (of course configured to handle the case when we don't have csa or nn or both). > > Rafael and Joao, I believe this is actually a Linux issue as well. For the > current setup (important: with nothing installed), I predict you will not be > able to do the simple test (cd bindings/octave; octave then execute > plot(sin(1:10))) if the install tree is completely removed. Yes, you are right, the LD_RUN_PATH change that you suggest is necessary. I will fix this in CVS. -- Rafael |
From: Rafael L. <rla...@us...> - 2004-01-16 08:44:37
|
* Per Persson <per...@ma...> [2004-01-15 23:48]: > Seems to work OK on Mac OS X 10.3/octave 2.1.50, had to disable > dyndrivers though. > ./configure --disable-dyndrivers --disable-f77 --enable-octave Thanks for your test. Does it work when you do this: ./configure --enable-dyndrivers --disable-f77 --disable-octave -- Rafael |
From: Per P. <per...@ma...> - 2004-01-16 21:40:30
|
On Jan 16, 2004, at 09:43, Rafael Laboissiere wrote: > * Per Persson <per...@ma...> [2004-01-15 23:48]: > >> Seems to work OK on Mac OS X 10.3/octave 2.1.50, had to disable >> dyndrivers though. >> ./configure --disable-dyndrivers --disable-f77 --enable-octave > > Thanks for your test. Does it work when you do this: > > ./configure --enable-dyndrivers --disable-f77 --disable-octave > No. Unless(!), I set DYLD_LIBRARY_PATH as per a previous mail. Then everything seems to work OK :-) /Per |
From: Per P. <per...@ma...> - 2004-01-16 21:49:22
|
On Jan 16, 2004, at 22:40, Per Persson wrote: > > On Jan 16, 2004, at 09:43, Rafael Laboissiere wrote: > >> * Per Persson <per...@ma...> [2004-01-15 23:48]: >> >>> Seems to work OK on Mac OS X 10.3/octave 2.1.50, had to disable >>> dyndrivers though. >>> ./configure --disable-dyndrivers --disable-f77 --enable-octave >> >> Thanks for your test. Does it work when you do this: >> >> ./configure --enable-dyndrivers --disable-f77 --disable-octave >> > > No. Unless(!), I set DYLD_LIBRARY_PATH as per a previous mail. > Then everything seems to work OK :-) Which implies that there is nothing about --{en,dis}able-octave that messes stuff up. /Per |