Greg Troxel <[EMAIL PROTECTED]> writes:
>
> If all modules inherit from guile-user, then that sounds right. But
> this would expose slib's require machinery to all guile programs, even
> those that haven't asked for it, and that's not good.
I'm unsure if it would work any other way (ie. non-globa
Neil Jerram <[EMAIL PROTECTED]> writes:
>
> In the init.d approach, there would be a directory named
> $sysconfdir/guile/X.Y/init.d, and we would distribute an init.scm file
> (which Guile normally loads on startup) which would load all the files
> in $sysconfdir/guile/X.Y/init.d. So, for example,
Thien-Thi Nguyen <[EMAIL PROTECTED]> writes:
>From: Neil Jerram <[EMAIL PROTECTED]>
>Date: Sun, 30 Oct 2005 18:04:58 +
>
>We could enforce this by [...]
>I'd appreciate hearing your thoughts (again).
>
> if your design requires enforcement, someone will want to
> redesign it la
From: Neil Jerram <[EMAIL PROTECTED]>
Date: Sun, 30 Oct 2005 18:04:58 +
We could enforce this by [...]
I'd appreciate hearing your thoughts (again).
if your design requires enforcement, someone will want to
redesign it later to get around it. you might as well
put yourself in the
Andy Wingo <[EMAIL PROTECTED]> writes:
> Hi all,
>
> What is the load path proposal?
>
> Sorry to be obtuse but the thread is really long and I'd like an idea of
> where the proposal stands, now that it's almost ready.
Andy,
Please see the email I just sent to the list, which crossed with
yours.
Neil Jerram <[EMAIL PROTECTED]> writes:
> So all that's left is:
>
> - config.scm, as previously described but with simpler format like
> this:
>
> ((load-path
> "/usr/share/guile/site"
> "/usr/share/guile"
> "/usr/share/guile/1.6"
> ...)
>...)
>
> - Guile's reading of conf
Hi all,
What is the load path proposal?
Sorry to be obtuse but the thread is really long and I'd like an idea of
where the proposal stands, now that it's almost ready.
Regards,
--
Andy Wingo
http://wingolog.org/
___
Guile-user mailing list
Guile-us
Kevin Ryde <[EMAIL PROTECTED]> writes:
> I wondered if perhaps ice-9 slib was supposed to be like a proper
> module, giving an slib environment only in those application modules
> using it, and not when not used, if you know what I mean.
gnucash fails still, but it gets a lot further. I think yo