Re: cvs guile build/install problems

[Marius Vollmer]

Lynn Winebarger <address@hidden> writes:

> On Monday 11 March 2002 13:39, Marius Vollmer wrote:
>  
> > This file should be installed by "autogen.sh".  I have automake
> > 1.4-p4, and after removing doc/ref/mdate-sh, I get
> > 
> >     ./autogen.sh 
> >     autoheader2.50: libguile/scmconfig.h.in is unchanged
> >     doc/ref/Makefile.am:24: installing `doc/ref/mdate-sh'
> > 
> > Doesn't automake 1.5 behave the same?
>
>         mdate-sh gets installed in doc/ref, but not in doc/tutorial.

Sorry, I tested with the wrong file.  But automake will also install
doc/tutorial/mdate-sh for me:

    $ rm doc/tutorial/mdate-sh 
    $ rm doc/ref/mdate-sh      
    $ ./autogen.sh 
    autoheader2.50: libguile/scmconfig.h.in is unchanged
    doc/ref/Makefile.am:24: installing `doc/ref/mdate-sh'
    doc/tutorial/Makefile.am:24: installing `doc/tutorial/mdate-sh'

Could you investigate why this doesn't happen for you?

>       However, it does appear your search function still looks in
> /usr/local/share/guile/1.7.0 for shared libraries.

Could you give a test case and strace or whatever so that I can try to
reproduce this behavior?

> Wouldn't it be reasonably to have it search the libdir set at
> configure time instead or in addition to that directory?

Hmm, I'm not sure.  We leave all our library searching to libltdl, and
libltdl might not have been configured with the same libdir as Guile.
I also think that creating shared library universes that are local to
a program will not work as well as globally configuring the shared
library system in a consistent way.