[Ecls-list] broken local installation of ecl
Robert Dodier
robert.dodier at gmail.com
Wed Aug 27 03:42:17 UTC 2008
On 8/26/08, Oliver Kullmann <O.Kullmann at swansea.ac.uk> wrote:
> configuring the ecl-build by using --prefix is broken,
> since the path to the shared library is not provided
> to the library: This is fairly easy to do for those
> who know the build process, and is compulsory.
Oliver, after spending some time trying to get ecl installed in
a curstom prefix, my very strong recommendation to you
is to give up and use the default prefix.
I was able to get ECL to run without LD_LIBRARY_PATH.
LDFLAGS=-Wl,-rpath=/tmp/ecl-foo/lib ./configure --prefix=/tmp/ecl-foo
make; make install
However, I could not convince ECL to build Maxima.
At least one problem (there may very well be others) is that at
one step ECL wants to call GCC via SYSTEM.
However the GCC command line (which, I guess, was generated
by ECL) has -lecl in it, and GCC complains that it cannot find that
library. I don't know if it is looking for libecl.so or libecl.a; it should
be able to find the former, and the latter isn't installed by make install,
so why would ECL tell GCC to look for it?
> The build system appears to be broken also with
> respect to the alternative, namely using
>
> --disable-shared
I also tried this, and I wasn't able to get the resulting ECL executable
to work right. Some error about "Cannot REQUIRE CMP" or something.
This seems to indicate a bug in the autoconf stuff; surely --disabled-shared
should yield a working executable.
Before you waste even more time on this, Oliver, please consider
going back to a standard prefix.
FWIW
Robert Dodier
More information about the ecl-devel
mailing list