Howdy :)
On Mon 21 Jan 2013 19:09, Mikael Djurfeldt writes:
> Now, I'm looking into porting Gerald Sussman's scmutils to Guile-2.0.
> I'm aware of an older port by Daniel Gildea but I don't think that
> uses GOOPS:
Neat; GOOPS is definitely the way to go there ;-)
> I'm currently wondering if
see you around!
>
> On Mon 22 Oct 2012 01:11, Mikael Djurfeldt writes:
>
>> When trying to use guile 2 for logic programming I discovered that the
>> slib interface is again broken (and has been for quite some time).
>
> I am very sorry that I did not see this thread befor
Hello Mikael,
A pleasure to see you around!
On Mon 22 Oct 2012 01:11, Mikael Djurfeldt writes:
> When trying to use guile 2 for logic programming I discovered that the
> slib interface is again broken (and has been for quite some time).
I am very sorry that I did not see this thread
Mikael Djurfeldt writes:
> On Tue, Oct 23, 2012 at 8:01 PM, Mark H Weaver wrote:
>> Anyway, here's another idea: after requiring a new slib package, iterate
>> over the entire list of top-level bindings in the slib module and export
>> everything.
>>
>> Wh
On Tue, Oct 23, 2012 at 8:01 PM, Mark H Weaver wrote:
> Anyway, here's another idea: after requiring a new slib package, iterate
> over the entire list of top-level bindings in the slib module and export
> everything.
>
> What do you think?
I think it sounds like the best id
Hi Mikael,
Mikael Djurfeldt writes:
> On Mon, Oct 22, 2012 at 11:51 PM, Mark H Weaver wrote:
>> It might be easier to handle this with 'define-syntax-parameter' and
>> 'syntax-parameterize'. The idea would be that within slib, 'define'
>>
d
> 'syntax-parameterize'. The idea would be that within slib, 'define'
> would be a syntax parameter. Its default expansion would turn it into
> 'define-public', and also parameterize 'define' to mean 'base:define'
> within the body. If
Hi Mikael!
It's great to see you on guile-devel again, and it would be good to have
a working slib on Guile 2. Thanks for working on this :)
Mikael Djurfeldt writes:
> Comments? Can I add syntax-toplevel? to psyntax.scm and (system
> syntax)?
FWIW, it sounds reasonable to add som
On Mon, Oct 22, 2012 at 1:11 AM, Mikael Djurfeldt wrote:
> Comments? Can I add syntax-toplevel? to psyntax.scm and (system
> syntax)? Do you think it is reasonable to submit something along the
> line of guile.init.diff to slib guile.init?
If I get an OK, then I would of course
Yes in that case this stands on it's own!
/Stefan
On Mon, Oct 22, 2012 at 9:11 PM, Mikael Djurfeldt wrote:
> On Mon, Oct 22, 2012 at 8:31 PM, Stefan Israelsson Tampe
> wrote:
> >> Comments? Can I add syntax-toplevel? to psyntax.scm and (system
> >> syntax)?
> > [...]
> > I can answer with some
On Mon, Oct 22, 2012 at 8:31 PM, Stefan Israelsson Tampe
wrote:
>> Comments? Can I add syntax-toplevel? to psyntax.scm and (system
>> syntax)?
> [...]
> I can answer with some kind of suggestion here.
>
> in (system syntax) there is syntax-local-binding which you can use for
> example as
>
>
> (d
ssors (which breaks
> abstraction and is therefore not a real solution). I should also say
> that I have not yet fixed the slib interface to the new Guile uniform
> arrays, so there's a lot of slib functionality which won't yet work.
>
> Comments? Can I add syntax-topleve
Dear Guile hackers,
What nice work you are doing!
For those who don't know me, I'm a Guile developer who has been doing
other stuff for some time.
When trying to use guile 2 for logic programming I discovered that the
slib interface is again broken (and has been for quite some t
1.8.6"
| > | guile> (use-modules (ice-9 slib))
| > | guile> *slib-version*
| > | "3b1"
| > | guile> (require 'primes)
| > | ERROR: Wrong number of arguments to #array>
Use-modules doesn't work on my development machine; but that's not
| From: l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
| Date: Fri, 17 Apr 2009 00:23:57 +0200
|
| Hello,
|
| Aubrey Jaffer writes:
|
| > (use-modules (ice-9 slib)) is archaic and doesn't work anymore.
|
| What makes you say so? It's supposed to work (info
| Date: Wed, 15 Apr 2009 20:33:53 -0400
| From: Dan Gildea
|
| bash-3.2$ guile-1.8
| guile> (version)
| "1.8.6"
| guile> (use-modules (ice-9 slib))
| guile> *slib-version*
| "3b1"
| guile> (require 'primes)
| ERROR: Wrong number of arguments to #
Aubrey Jaffer writes:
> | From: l...@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
> | Date: Fri, 17 Apr 2009 00:23:57 +0200
> |
> | Hello,
> |
> | Aubrey Jaffer writes:
> |
> | > (use-modules (ice-9 slib)) is archaic and doesn't work anymore.
> |
On Thu, April 16, 2009 at 12:07PM, Aubrey Jaffer wrote:
> | Date: Wed, 15 Apr 2009 20:33:53 -0400
> | From: Dan Gildea
> |
> | bash-3.2$ guile-1.8
> | guile> (version)
> | "1.8.6"
> | guile> (use-modules (ice-9 slib))
> | guile> *slib-versi
Hello,
Aubrey Jaffer writes:
> (use-modules (ice-9 slib)) is archaic and doesn't work anymore.
What makes you say so? It's supposed to work (info "(guile) SLIB").
The module was fixed (see `ice-9/ChangeLog-2008' entry dated 2007-10-02)
and the doc was updated for G
bash-3.2$ guile-1.8
guile> (version)
"1.8.6"
guile> (use-modules (ice-9 slib))
guile> *slib-version*
"3b1"
guile> (require 'primes)
ERROR: Wrong number of arguments to #array>
ABORT: (wrong-number-of-args)
guile>
Some deprecated features ha
I recently had a struggle getting slib to work with the latest guile
release (1.8.6). I believe para. 6.1.1 of the guile reference manual
needs to be rewritten since the procedures don't seem to work as
advertised. Following is the wording I suggest based on my experience
with guile 1.8.
Hello!
I committed the attached patch that appears to solve the `(ice-9 slib)'
problem. Note that I also updated the instructions in the manual.
Feedback welcome!
Thanks,
Ludovic.
--- orig/ChangeLog
+++ mod/ChangeLog
@@ -1,3 +1,7 @@
+2007-10-02 Ludovic Courtès <[EMAIL PROTECTED]>
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> I've now prepared a patch (attached) that's hopefully good enough
> for upstream use.
> +(define-module (ice-9 slib)
> + :export (slib:load slib:load-source defmacro:load
> +implementation-vicinity
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Hi,
>
> Andreas Rottmann <[EMAIL PROTECTED]> writes:
>
>> The latter. I agree that doing this in the Debian diff is
>> cleaner/preferable.
>
> So `(load-from-path "guile.init")' (rather than &q
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> What you're saying seems to be specific to pkgsrc.
>
> Leaving packaging systems aside, instructions in the Guile manual read
> this:
>
> 1. Unpack slib somewhere, e.g., `/usr/local/share/slib'.
>
> 2. Create a s
Hi,
Greg Troxel <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Ludovic Courtès) writes:
>
>> So `(load-from-path "guile.init")' (rather than "slib/guile.init") is OK
>> for everyone?
>
> No, on pkgsrc(NetBSD), which isn't trying to c
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> So `(load-from-path "guile.init")' (rather than "slib/guile.init") is OK
> for everyone?
No, on pkgsrc(NetBSD), which isn't trying to change paths, you need
slib/guile.init. Real data follows because it's to
Hi,
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> The latter. I agree that doing this in the Debian diff is
> cleaner/preferable.
So `(load-from-path "guile.init")' (rather than "slib/guile.init") is OK
for everyone?
On Debian, this needs to be ch
Rob Browning <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
>> Shouldn't slib/guile.init, being the standard place, be first? Or
>> has slib moved it in a more recent version?
>
> I think ice-9/slib.scm should only look for guil
Greg Troxel <[EMAIL PROTECTED]> writes:
> Shouldn't slib/guile.init, being the standard place, be first? Or
> has slib moved it in a more recent version?
I think ice-9/slib.scm should only look for guile.init in it's normal,
default upstream location.
Has SLIB used both l
Greg Troxel <[EMAIL PROTECTED]> writes:
> That should work on NetBSD:
>
> fnord gdt 11 /usr/pkgsrc/devel/guile-slib > l
> /usr/pkg/share/guile/site/slib/guile.init
> -r--r--r-- 1 root wheel 19273 Mar 15 12:35
> /usr/pkg/share/guile/site/slib/guile.init
> fnord
That should work on NetBSD:
fnord gdt 11 /usr/pkgsrc/devel/guile-slib > l
/usr/pkg/share/guile/site/slib/guile.init
-r--r--r-- 1 root wheel 19273 Mar 15 12:35
/usr/pkg/share/guile/site/slib/guile.init
fnord gdt 12 /usr/pkgsrc/devel/guile-slib > guile
guile> %load-path
("/usr/p
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> Hi Andreas,
>
> Andreas Rottmann <[EMAIL PROTECTED]> writes:
>
>>> Currently on my System (Debian sid), Guile 1.8 does not support
>>> SLIB. I have done a preliminary patch (attached) that makes the module
>&
Hi Andreas,
Andreas Rottmann <[EMAIL PROTECTED]> writes:
>> Currently on my System (Debian sid), Guile 1.8 does not support
>> SLIB. I have done a preliminary patch (attached) that makes the module
>> (ice-9 slib) load the guile.init file from SLIB, which seems to w
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> Hi!
>
> Currently on my System (Debian sid), Guile 1.8 does not support
> SLIB. I have done a preliminary patch (attached) that makes the module
> (ice-9 slib) load the guile.init file from SLIB, which seems to work
> fine AF
Andreas Rottmann <[EMAIL PROTECTED]> writes:
> Hi!
>
> Currently on my System (Debian sid), Guile 1.8 does not support
> SLIB. I have done a preliminary patch (attached) that makes the module
> (ice-9 slib) load the guile.init file from SLIB, which seems to work
> fine AF
Hi!
Currently on my System (Debian sid), Guile 1.8 does not support
SLIB. I have done a preliminary patch (attached) that makes the module
(ice-9 slib) load the guile.init file from SLIB, which seems to work
fine AFAICS.
Currently, the patch hard-codes the location of the guile.init file,
(which
[EMAIL PROTECTED] (Ludovic Courtès) writes:
> So do you mean that `(ice-9 slib)' should just contain
> `define-module' + `load' as suggested earlier? If so, then let's do
> it. :-)
I was just wondering if we should try to make (ice-9 slib) as minimal
as possible (p
Hi Rob,
Rob Browning <[EMAIL PROTECTED]> writes:
> Since Aubrey Jaffer seems quite willing to work with us to accommodate
> adjustments to guile.init, I had thought that it might be reasonable
> to just alter (ice-9 slib) to load guile.init and begin forwarding all
> of our c
mp;root=guile&view=markup&pathrev=branch_release-1-6
>
> I'm not certain if it covers every possibility, but it does mean current
> and future slib has a good chance of working. (I've only really nosed
> around this stuff lately to let my lint program work wit
"Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
>
> Yes, ideally, you should coordinate this with Aubrey. Why not explain
> the situation for him? I think the simplest solution would be to use
> the main idea of (ice-9 slib) explained above. Maybe Aubrey could
>
2007/8/16, Kevin Ryde <[EMAIL PROTECTED]>:
> "Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
> >
> > slib.scm makes sure that each time
> > some module requires new slib code, it will be loaded into the module
> > (ice-9 slib) and exported from the
"Mikael Djurfeldt" <[EMAIL PROTECTED]> writes:
>
> slib.scm makes sure that each time
> some module requires new slib code, it will be loaded into the module
> (ice-9 slib) and exported from there. I'm not at all sure that
> guile.init does that,
I suspec
2007/8/11, Ludovic Courtès <[EMAIL PROTECTED]>:
> I'd like to fix the SLIB issue in 1.8.3.
>
> SLIB 3a4 works perfectly well with 1.8. The thing is that `(ice-9
> slib)' is of no use.
It's of no use since no-one has added the functions which Aubrey have
added t
Hi,
I'd like to fix the SLIB issue in 1.8.3.
SLIB 3a4 works perfectly well with 1.8. The thing is that `(ice-9
slib)' is of no use. Instead of using it, I followed the SLIB
instructions:
$ guile -l /usr/share/slib/init/guile.init
guile> (require 'primes)
guile> (
)
guile> (provided? 'foo)
#t
guile> (use-modules (ice-9 slib))
guile> (provided? 'foo)
#f
guile> (feature? 'foo)
#t
guile> (provide 'bar)
guile> (provided? 'bar)
#t
guile> (feature? 'bar)
#f
I'm not sure what the right fix is, but it seems that
Alan Grover <[EMAIL PROTECTED]> writes:
>
> The ice-9/slib.scm module should be removed. It appears to be broken.
Bit rot :(.
> The Guile documentation should refer to the SLIB README file (sections
> on loading the initialization file, and implementation specific
> instruct
Kevin Ryde wrote:
> Alan Grover <[EMAIL PROTECTED]> writes:
>
>>Summary: The documentation on SLIB use is inadequate and/or out-of-date
>>Guile version 1.6.4, "edition 1.0 of the reference manual, corresponding
>>to Guile version 1.6.4"
>
>
> Tha
ice-9/slib tries to do the same as guile.init which comes with slib,
but hasn't kept up to date. Each new slib is different, so it's
almost impossible to be correct anyway.
slib already comes with instructions for running under guile, I think
it'd be better to make that the main
49 matches
Mail list logo
