Re: Modified load-path proposal
Neil Jerram <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Ludovic Courtès) writes: >> What I'm saying in (1) is that the user should be able to choose these >> two (or three) directories at installation time. > > Perhaps, yes, but I don't (personally) want to get into the object/lib > file location debate yet, because I know very little about libtool and > other aspects of the issue, and because I believe that other Guile > developers believe that there are good reasons for the status quo. > Also it seems very unlikely that the outcome of that debate would > affect the details of a GUILE_SCHEME_DIR macro. Again, I was not saying that Guile should provide a mechanism to load shared objects from the right directory: we have identified this as another, *separate* issue. I'm just saying that libraries and Scheme files are two different things and that the user needs to be able to choose where to install them, just like they can do for any other GNU package. Thanks, Ludovic. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Bit vectors read syntax
Hi, The manual (1.7) mentions two read syntaxes for bit vectors: (make-uniform-vector 8 #t #f) => #* #b(#t #f #t) => #*101 In 1.7 the `#*' syntax works fine but the `#b()' doesn't: guile> #b(#f #t #f) ERROR: In procedure scm_lreadr: ERROR: standard input:5:3: Unknown # object: #\b In fact, `scm_lreadr ()' does not seem to implement it. So should the `#b()' read syntax be removed from the manual? Thanks, Ludovic. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
new slib and guile 1.6.7
I'm investigating why in NetBSD pkgsrc the update of slib to 3a2 breaks the guile-slib package, failing when it tries to build the catalog: cd /usr/pkg/share/guile/slib; guile -q -s /usr/pkgsrc/devel/guile-slib/files/ge ncat.scm ERROR: Unbound variable: with-load-pathname gencat.scm is provided by the guile-slib package and is really pretty simple: ; $NetBSD: gencat.scm,v 1.1.1.1 2000/02/23 20:36:47 jlam Exp $ (use-modules (ice-9 slib)) (slib:load "mklibcat") It seems that guile has (ice-9 slib) and does not use guile.init from slib. I think (ice-9 slib) needs to have support for with-load-pathname for the new slib to work, but I don't really understand this. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: new slib and guile 1.6.7
I have the same problem with 1.6.4 (no surprise) and slib3a2. First, Kevin Ryde once wrote me: > Incidentally, the (ice-9 slib) module which comes with guile probably > doesn't work with the latest slib, running up guile.init as described > in the slib docs is the way to go. I found that ice-9/slib had to be removed (and replaced at your preference with something that loads slib/guile.init). Presumably ice-9/slib should be removed from guile. Second, I think there is a bug in slib/guile.init related to line 28: (define software-type (if (stringFrom what I can tell, use of 'unix vs. 'UNIX is inconsistent throughout guile.init (and thus causes problems with case-preserving symbols). I punted and added both wherever either was used: 72c71 < ((unix coherent ms-dos) ;V7 unix has a / on HOME --- > ((UNIX unix coherent ms-dos) ;V7 unix has a / on HOME 92c91 < ((unix coherent plan9) '(#\/)) --- > ((UNIX unix coherent plan9) '(#\/)) 127c126 < ((UNIX COHERENT PLAN9 AMIGA) "/" --- > ((unix UNIX COHERENT PLAN9 AMIGA) "/" And third, once you get the error, you must delete slibcat to try again. And fourth, I have been too lazy to send this bug report to the slib guy. Could you finish characterizing the behavior, and propose the (better) fix to the slib guy? Greg Troxel wrote: > I'm investigating why in NetBSD pkgsrc the update of slib to 3a2 > breaks the guile-slib package, failing when it tries to build the > catalog: > > cd /usr/pkg/share/guile/slib; guile -q -s > /usr/pkgsrc/devel/guile-slib/files/ge > ncat.scm > ERROR: Unbound variable: with-load-pathname > > gencat.scm is provided by the guile-slib package and is really pretty > simple: > > ; $NetBSD: gencat.scm,v 1.1.1.1 2000/02/23 20:36:47 jlam Exp $ > > (use-modules (ice-9 slib)) > (slib:load "mklibcat") > > It seems that guile has (ice-9 slib) and does not use guile.init from > slib. I think (ice-9 slib) needs to have support for > with-load-pathname for the new slib to work, but I don't really > understand this. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: Bit vectors read syntax
[EMAIL PROTECTED] (Ludovic Courtès) writes: > > The manual (1.7) mentions two read syntaxes for bit vectors: > >#b(#t #f #t) => >#*101 That's only in the 1.6 manual isn't it? > In fact, `scm_lreadr ()' does not seem to implement it. So should the > `#b()' read syntax be removed from the manual? The changelog says I already did that, though I've got no memory of doing it! (Looks like it was never implemented, so can be quietly dropped.) ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
Re: new slib and guile 1.6.7
Alan Grover <[EMAIL PROTECTED]> writes: > > I have the same problem with 1.6.4 (no surprise) and slib3a2. > > First, Kevin Ryde once wrote me: >> Incidentally, the (ice-9 slib) module which comes with guile probably >> doesn't work with the latest slib, running up guile.init as described >> in the slib docs is the way to go. Yep, very b0rken these days. ice-9/slib.scm has been kind of a copy of slib/guile.init for a long time, and hasn't kept up. Aubrey Jaffer is keeping guile.init up-to-date with what he needs/wants for slib. I posted guile-devel a little while ago threatening to remove or turn ice-9/slib.scm into (load "guile.init"). I'll try to do that soon. ___ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user
