* duplicate-handlers issue
@ 2010-01-05 22:05 Tristan Colgate
2010-01-06 14:41 ` Tristan Colgate
0 siblings, 1 reply; 2+ messages in thread
From: Tristan Colgate @ 2010-01-05 22:05 UTC (permalink / raw)
To: guile-user
[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]
Hi,
[This is actually using 1.9, but I think I'm probably doing
something wrong rather than it being a bug]
I have a module that uses a lazy binder. Under 1.9 it is working
fine but I get warnings about symbol duplication (the lazy binder is
quite aggressive and will match just about anything)under 1.8 I didn't
get the warnings, but they seem reasonable.
To try and get rid of the warnings I've tried implementing a custom
duplicate-handlers method to defer any duplicates from my lazy binder
to whatever is trying to override them without warnings.
I am seeing some very odd behaviour. On the initial compile things
work as expected. If I keep deleting ~/.cache it keeps workings. If I
don't delete the cache then it doesnt work and complains about trying
to apply the name of my dupli-removing function. What's even odder is
that if I disable auto-compilation, delete cache, and run it, it
doesn't work either.
I've reduced it down to the attached files.
run
$ guile -L . test.scm
then run it again
any help would be very much appreciated.
--
Tristan Colgate-McFarlane
----
"You can get all your daily vitamins from 52 pints of guiness, and a
glass of milk"
[-- Attachment #2: testmodule.scm --]
[-- Type: application/vnd.lotus-screencam, Size: 1944 bytes --]
[-- Attachment #3: test.scm --]
[-- Type: application/vnd.lotus-screencam, Size: 68 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: duplicate-handlers issue
2010-01-05 22:05 duplicate-handlers issue Tristan Colgate
@ 2010-01-06 14:41 ` Tristan Colgate
0 siblings, 0 replies; 2+ messages in thread
From: Tristan Colgate @ 2010-01-06 14:41 UTC (permalink / raw)
To: guile-user
I've subsequently fixed this, set-module-duplicates-handlers! takes a
list of procedures, not the names used by #:duplicates. Perhaps the
naming convention is a little iffy here (handlers/procedures), but I
don't think it's really a public interface anyway.
Cheers
2010/1/5 Tristan Colgate <tcolgate@gmail.com>:
> Hi,
>
> [This is actually using 1.9, but I think I'm probably doing
> something wrong rather than it being a bug]
>
> I have a module that uses a lazy binder. Under 1.9 it is working
> fine but I get warnings about symbol duplication (the lazy binder is
> quite aggressive and will match just about anything)under 1.8 I didn't
> get the warnings, but they seem reasonable.
>
> To try and get rid of the warnings I've tried implementing a custom
> duplicate-handlers method to defer any duplicates from my lazy binder
> to whatever is trying to override them without warnings.
>
> I am seeing some very odd behaviour. On the initial compile things
> work as expected. If I keep deleting ~/.cache it keeps workings. If I
> don't delete the cache then it doesnt work and complains about trying
> to apply the name of my dupli-removing function. What's even odder is
> that if I disable auto-compilation, delete cache, and run it, it
> doesn't work either.
>
> I've reduced it down to the attached files.
>
> run
> $ guile -L . test.scm
> then run it again
>
> any help would be very much appreciated.
>
> --
> Tristan Colgate-McFarlane
> ----
> "You can get all your daily vitamins from 52 pints of guiness, and a
> glass of milk"
>
--
Tristan Colgate-McFarlane
----
"You can get all your daily vitamins from 52 pints of guiness, and a
glass of milk"
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-01-06 14:41 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-05 22:05 duplicate-handlers issue Tristan Colgate
2010-01-06 14:41 ` Tristan Colgate
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).