Re: Autoconf test for site scheme files
Hi, Note that the `GUILE_SITE_DIR' M4 macro gives you "`guile-config info pkgdatadir`/site". But as Greg said, you may want to avoid using it since it is independent of the `--prefix' option that was passed to your package's `configure'. Mike Gran <[EMAIL PROTECTED]> writes: > This brings up another question. Should %load-path should generally > include /usr/local/share/guile/site by default? > > Arguments in favor: it would keep symmetry with the emacs $(lispdir) > directory as described in the GNU coding standards. [1] > Philosophically, can something be "site"-specific and not be "local"? OTOH, why have two `site' directories by default? Thanks, Ludovic. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: displaying a backtrace in the shell
Hi, Erica L Cooper <[EMAIL PROTECTED]> writes: > which, if you run in interactive Guile, displays the backtrace without > complaint. however, when you execute this from the command line, it > says, > > Exception during displaying of backtrace: wrong-type-arg My guess is that when you run it from the command-line, debugging is disabled by default (conversely, it is enabled by default at the REPL). Thus, `(make-stack #t)' returns `#f', hence the `wrong-type-arg' later on. For this to work, you need to explicitly enable debugging using something like "(debug-enable 'debug)". Hope this helps, Ludovic. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: Autoconf test for site scheme files
Ludovic- Thanks. That was exactly what I was looking for. I was going to castigate myself for not RTFM, but, I didn't commit that particular sin this time. GUILE_SITE_DIR and other Guile Autoconf support flags don't appear to be documented in the 1.8 reference manual, as far as I can tell. (I did find then in the 1.6.x reference manual, however.) Thanks again, Mike Gran --- Ludovic Courtès <[EMAIL PROTECTED]> wrote: > Hi, > > Note that the `GUILE_SITE_DIR' M4 macro gives you > "`guile-config info pkgdatadir`/site". But as Greg said, you may > want > to avoid using it since it is independent of the `--prefix' option > that > was passed to your package's `configure'. > > Mike Gran <[EMAIL PROTECTED]> writes: > > > This brings up another question. Should %load-path should > generally > > include /usr/local/share/guile/site by default? > > > > Arguments in favor: it would keep symmetry with the emacs > $(lispdir) > > directory as described in the GNU coding standards. [1] > > Philosophically, can something be "site"-specific and not be > "local"? > > OTOH, why have two `site' directories by default? > > Thanks, > Ludovic. > > > > ___ > Guile-user mailing list > Guile-user@gnu.org > http://lists.gnu.org/mailman/listinfo/guile-user > ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: displaying a backtrace in the shell
hi, yes, that worked - I had previously been enabling backtrace for the command line but not debug. thanks so much! -erica On Wed, 8 Aug 2007, Ludovic Court?s wrote: Hi, Erica L Cooper <[EMAIL PROTECTED]> writes: which, if you run in interactive Guile, displays the backtrace without complaint. however, when you execute this from the command line, it says, Exception during displaying of backtrace: wrong-type-arg My guess is that when you run it from the command-line, debugging is disabled by default (conversely, it is enabled by default at the REPL). Thus, `(make-stack #t)' returns `#f', hence the `wrong-type-arg' later on. For this to work, you need to explicitly enable debugging using something like "(debug-enable 'debug)". Hope this helps, Ludovic. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
