On 2005-03-24 09:34-0000 Andrew Ross wrote:
> On Wed, Mar 23, 2005 at 04:26:14PM -0800, Alan Irwin wrote:
>> On 2005-03-23 08:20-0800 Alan W. Irwin wrote:
>>> Tom, I believe I understand the problem....
>> Here is the libtool command and corresponding gcc command for
>> building plserver (from a make output I happened to save
>> when I encountered the problem first mentioned by Tom on list).
> FYI I encountered this same problem with the C++ / f77 examples and make
> check last week. I worked round it then by installing then running make
> check. Anyway, now you have unearthed the root cause, I've corrected the
> C++ and f77 examples as well.
Thanks for fixing that.
> I also encountered another new problem with make check. Currently I
> happened to be building in a NFS mounted directory which was symlinked
> into my home directory. Unforuntately this meant that the BUILD_DIR
> discovered by configure was the symlink path while the directory
> returned by getcwd was the real underlying directory path. This meant
> that plInBuildTree failed to work correctly and so the drivers were not
> found. I wonder if there is a more robust, and universal, way of checking
> if two directories really are the same?
That's definitely a problem that should be fixed for the separate build
tree. I am sure there is a way to transform any symlinked directory path to
the real underlying directory path. If nobody has a fast solution, then,
Andrew, you might want to look at some of the directory comparisons in the
configure script itself. autoconf knows all the cross-platform shell tricks,
and I am sure that autoconf has to deal with the symlink versus real
underlying path issue when generating the configure script. Of course, the
problem is finding such a comparison in the huge configure script.
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); 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