From: Alan W. I. <ai...@us...> - 2004-01-14 02:30:34
|
On 2004-01-13 12:29-0800 Alan W. Irwin wrote: > I believe I have just solved the last fundamental problem. I can now > generate OCTAVEINCCMD, and OCTAVELIBCMD using mkoctfile. I haven't tried > those yet with libtool, but I see no reason for it not to work. Anyhow, if > the approach works for my Debian stable system, I will commit it (hopefully > in the next hour or so) and see what you think. hmm. That hour or so became somewhat expanded because I was having trouble with both libtool and automake in dealing with the strange octave naming conventions for its interface shared objects. But the new libtool method now works for me (at least in the install directory). N.B. There is a g++ header file name clash with our own directory tree. The compile command includes the normal -I../.., but one of the includes buried deep in the include structure does #include <new> (or something like that) which finds our ../../new directory and crashes. Getting rid of -I../.. solved the problem, but I don't know how to do that in libtool. The workaround I finally used was to mv the PLplot new directory (which currently is filled with nothing important) somewhere else. If you have a similar problem do the same for now. We can think of a permanent solution later (such as removing new from cvs or renaming it) if you like this libtool approach. I think we will want a permanent solution in any case because our "new" directory tree name is just an accident waiting to happen because of that -I../.. The Makefile.am changes should be considered a first cut, and I am sure there are much more elegant libtool methods for doing the same job. I don't know how to use octave in the build tree so that is untested (although I tried to support it). I did test octave examples in the install tree, and they worked fine. There are still some cross-platform issues. For example, the mv and copy commands which are used to create the install tree plplot_octave.oct and build tree plplot_octave.oct assume the original file has a suffix of .so which won't work on all unix platforms. (I tried to change that with -shrext, but I couldn't get it to work.) There are ways around this (such as grepping in the *.la file), but I would prefer to find out how to make -shrext work. Please test this on your Linux systems for now and see how you like it. 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 __________________________ |