Hi Stuart
no urgency obviously, I figured this was worth noting.
tclspice works when I edit the makefile post configure. (recent FC3 re-install overwrite the old tclspice installation) I have not exercised it heavily, sust some snubber work.
I tried with and without --prefix=/usr to configure. No
diffecence in the functionality of 'make install-tcl' , but did not look at the path components.
tcl and tk and their devel packages were all installed via apt with no additional stuff. tclreadline and BLT installed from source as no apt packages found. (apt is a good thing!)
TCL_PKG_PATH comes from TCL_PACKAGE_PATH, and some looking around
leads me to believe this may be a list. So it may not be a good thing to pass to install. But I don't understand automake.
john
Stuart Brorson wrote:
Hi
I tried to install tclspice ( tclspice-0.2.17.tar.gz) under fedora core 3.
make install-tcl fails with /usr/bin/install -c -m 644 libspice.so /usr/lib /usr/share /usr/bin/install: `/usr/lib' is a directory
after ./configure --with-tcl --enable-experimental --enable-xspice
I see that src/Makefile contains the lines TCL_PKG_PATH = /usr/lib /usr/share together with $(INSTALL_DATA) libspice.so $(DESTDIR)$(TCL_PKG_PATH)
which together cause the error.
I have no general solution for you; I am away from my Linux boxes.
Moreover, I don't know why you are having a problem. :-(
However, here are some thoughts:
* What is ${DESTDIR}? I assume it is NULL, since it doesn't show up
in your output spew. How does it get set? Probably the same way as
TCL_PKG_PATH.
* The real question you need to answer is "why did TCL_PKG_PATH get set incorrectly"? Loook at configure.in and Makefile.am to see how that variable gets assigned. It should hold only one directory path. Why did it get two?
* You are running FC3, which is a RedHat derivative. Red Hat puts
libraries into the /usr heirarchy (i.e. into /usr/lib). However, by
default, a GNU-compliant system will put libraries into the /usr/local
hierarchy. Since you didn't specify --prefix=/usr in your
./configure, I am suprised that TCL_PKG_PATH is /usr and not
/usr/local.
Sometimes, this can cause problems, particularly when you have
dependencies on software which has already been installed. In your
case, where are the TCL libraries installed? Did you install them
long ago into the /usr hierarchy? Or were they there when you built
the system? That's where Red Hat puts them. Now, if you try to
install tclspice into /usr/local, it is possible that tclspice's
configure script gets confused.
If you're a Red Hat (or Fedora) user, it is best to always configure your packages to live in /usr unless you are sure that you won't need to worry about strange dependencies.
removing the /usr/share from the TCL_PKG_PATH variable fixed it for me locally.
Does tclspice work after you install it?
Stuart
