Re: The last piece in parallel-install

[Andreas Rottmann]

Greg Troxel <address@hidden> writes:

>   The fact that the
>   module can be used at all indicates that it must be installed in a dir
>   of the standard load path, regardless of what the user's prefix is. This
>   also hacks around the default-inst-dir-not-in-the-default-load-path
>   problem. 
>
> This is combining two issues, about one of which we do not appear to
> have consensus.  One is how a module installed in a prefix different
> from guile is accessed.  The other is how module-version-specific
> paths get added.  (With guile-gnome-0, the user has to put the
> $prefix/bin dir in their PATH.)   The versioned libs are intentionally
> put someplace that essentially cannot be in a normal load path, and
> that's fine.
> (BTW why are they in $prefix/share/guile-gnome-0, instead of
> $prefix/share/guile/guile-gnome-0?  Is that to keep them from being
> invoked as (guile-gnome-0 gnome glib), which would be a mess?
> Actually that seems like a very good reason.)
> So putting gnome-n  in the standard place (site or not :) in guile-gnome's
> prefix solves the version issue, leaving the different-prefix issue
> to be solved.  Whatever solves that will work with the version plan,
> so it's not necessary to have a joint solution 
>
I agree. I also think if one specifies --prefix=$foo, one can
reasonably expect everything going under $foo/...

Cheers, Rotty
-- 
Andreas Rottmann         | address@hidden      | address@hidden | address@hidden
http://yi.org/rotty      | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint              | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

Make free software, not war!