From: Rafael L. <lab...@ps...> - 2003-02-17 09:46:07
|
[Moving this discussion to plplot-devel.] * Joao Cardoso <jc...@fe...> [2003-02-17 00:52]: > I don't disagree, but I don't think that "Without this change, or something > functionally equivalent, the Octave bindings are unusable." is accurate, as > you said in another e-mail. Indeed, plplot_octave_path is only used by > use_plplot, which is buggy and don't work. I agree with you, as I already wrote. I was overstating the problem, just to make more impact. > Also you might want to know that octave-plplot does not depends by itself > on octave-2.1, as Alan makes its testing with octave-2.0.16 and promptly > reports incompatibilities he founds and that I'm happy to fix. Does > Debian-stable use the octave-2.1 series? I think that RH-8.0 uses > octave-2.1.3?. Suse-8.1 don't has octave! (but suse-8.0 had 2.0.16). There are both octave2.0 and octave2.1 packages in Debian. Since the 2.1 is far more superior, is fully stable and supported, and is a dependency to the great octave-forge package, I do not see the point in making octave-plplot depend on octave2.0. > As you have expertise that I lack, could you comment on the following setup > to avoid rebuilding the .o file whenever a "make install" or plain make > command is issued? > I am planning to look at the This works for both octave-2.1.36 and 2.0.16. Remember that mkoctfile-2.0.16 > does not supports the -c option. > > plplot_octave.oct: plplot_octave.o > > # this compiles (slow) and links, generating .o and .oct, > # but links with the wrong LD_RUN_PATH (doesn't matter) > plplot_octave.o: plplot_octave.cc > @MKOCTFILE@ -v -I. \ > -L../../src/.libs plplot_octave.cc $(octave_libs) > > # relinks unconditionally, fast > all-local: plplot_octave.o > LD_RUN_PATH=`pwd`/../../src/.libs/ @MKOCTFILE@ -v -I. \ > plplot_octave.o -L../../src/.libs $(octave_libs) > > # relinks unconditionally, fast > install-exec-local: plplot_octave.o > LD_RUN_PATH=$(libdir) @MKOCTFILE@ -v -I. \ > plplot_octave.o -L$(libdir) $(octave_libs) I am planning to look in detail at the PLplot_Octave configuration scheme soon. I will keep you informed. -- Rafael |