[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
|
