From: Rafael L. <rla...@us...> - 2003-02-19 13:07:37
|
Update of /cvsroot/plplot/plplot In directory sc8-pr-cvs1:/tmp/cvs-serv19543 Modified Files: configure.ac sysloc.in Log Message: Changed the Octave bindings compilation/installation along the lines discussed privately with Joao and Alan. I think that I found a much cleaner and more elegant way to fix the problems, but I did not make extensive checks. Please, do them if you can. In detail: * Use option --compile when mkoctfile accepts it. This is implemented through a configure test and a AM_CONDITIONAL. In file bindings/octave/Makefile.am, rules are set up such that plplot_octave.oct will either depend on plplot_octave.cc or plplot_octave.o. Also, when mkoctfile accepts --compile, there is a a rule to build plplot_octave.o from plplot_octave.cc. * plplot_oct.oct file is always linked using LD_RUN_PATH pointing to the local directory containing libplplot. That way, there is no need to do "make install" in order to test the Octave bindings. (This was the behavior already, before my last changes.) * I reverted to the previous technique which uses install-exec-local. At install time, the version of plplot_octave.oct linked against $(libdir) is generated and installed. However, I improved the implementation, avoiding the clumsy approach with the .samename directory. For that, option -o is given to mkoctfile. I also removed the configure option --enable-octave-install-local which has been introduced previously. That was not a good idea. |