Re: NetBSD needs inttypes.h for uintptr_t

2001-07-12 Thread Marius Vollmer
Masao Uebayashi <[EMAIL PROTECTED]> writes: > 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. configure should check for the availability of

Re: module option :rename broken?

2001-07-12 Thread Marius Vollmer
Martin Grabmueller <[EMAIL PROTECTED]> writes: > 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 'modu

Re: Problems with safe environments

2001-07-12 Thread Marius Vollmer
Martin Grabmueller <[EMAIL PROTECTED]> writes: > guile> (use-modules (ice-9 safe)) > > Running with GUILE_WARN_DEPRECATED=detailed gives tons of > > [...] > (You just re-exported `char-ci>?' from `(ice-9 safe-r5rs)'.) > > messages. (Compiling with --disable-deprecated does not work at all

Re: NetBSD needs inttypes.h for uintptr_t

2001-07-12 Thread Masao Uebayashi
> > 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. > configure should check for the availability of uintptr_t. What does > it find on yo