Re: gEDA: tclspice install

[John Sheahan <jrsheahan-at-NOSPAMoptushome_dot_com_dot_au>]

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