Problems with safe environments
Hello list, another problem discovered when checking the examples: guile> (use-modules (ice-9 safe)) guile> (define m (make-safe-module)) guile> (eval '(define x 1) m) guile> (quit) Some deprecated features have been used. Set the environment variable GUILE_WARN_DEPRECATED to "detailed" and rerun the program to get more information. Set it to "no" to suppress this message. Running with GUILE_WARN_DEPRECATED=detailed gives tons of [...] (You just re-exported `char-ci>?' from `(ice-9 safe-r5rs)'.) (You just re-exported `char-ci<=?' from `(ice-9 safe-r5rs)'.) (You just re-exported `char-ci>=?' from `(ice-9 safe-r5rs)'.) (You just re-exported `char-alphabetic?' from `(ice-9 safe-r5rs)'.) [...] messages. (Compiling with --disable-deprecated does not work at all, because then `define' is not defined in safe environments.) Again, I don't know how to fix this. I tried replacing the `export' with `re-export' in null.scm, but this just gives an `unbound variable: unquote' error. Any thoughts? Regards, 'martin ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile
module option :rename broken?
Hello folks, when cleaning up the examples directory, I found that my module examples do not work anymore. The problem can be reproduced with this example module: -=-=-=-=-=-=-=-=- (define-module (test)) (export foo bar) (define (foo) 1) (define (bar) 2) -=-=-=-=-=-=-=-=- When I use this module with the :rename option and `symbol-prefix-proc', the variable `foo' is exported without renaming, as shown below: guile> mgrabmue@tortoise (~): guile guile> (use-modules ((test) :rename (symbol-prefix-proc 'module-1:))) guile> foo # guile> module-1:foo : In expression module-1:foo: : Unbound variable: module-1:foo ABORT: (unbound-variable) Type "(backtrace)" to get more information or "(debug)" to enter the debugger. guile> I hope someone can help me with that, I couldn't figure the problem out on my own. Regards, 'martin ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile
NetBSD needs inttypes.h for uintptr_t
Without this, any file can't be compiled because of lack of the definition of uintptr_t. uintptr_t is defined in inttypes.h on my NetBSD box, but I'm not sure if the proper entry point is it or not. Regards, Masao Index: libguile/tags.h === RCS file: /cvsroot/guile/guile/guile-core/libguile/tags.h,v retrieving revision 1.82 diff -u -r1.82 tags.h --- libguile/tags.h 2001/06/14 19:50:43 1.82 +++ libguile/tags.h 2001/07/09 08:27:10 @@ -56,6 +56,10 @@ #include #endif +#ifdef HAVE_INTTYPES_H +#include +#endif + /* In the beginning was the Word: ___ Bug-guile mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-guile
