Thank you!

On Mon, 8 Oct 2007, Ludovic Courtès wrote:

Hi,

Gregory Marton <[EMAIL PROTECTED]> writes:

I indeed hadn't noticed that it was intentional, but I'm in agreement
with Ludovic.  I'm concerned that my customer shouldn't be confused
and worried by a warning, and I see no way to override the warning
myself.

You can insert the following line at the beginning of your program:

 (default-duplicate-binding-handler 'last)

This affects all bindings, not just the ones I no longer want to be warned about.

This will instruct Guile to always use the `last' duplicate binding
handler, thereby not issuing any warning (make sure you understand what
it does, looking at the manual).

Another solution would be (again, execute it ASAP):

 (module-replace! (resolve-module '(srfi srfi-19))
                  '(current-time))

resolve-module finds the module with the given name and returns it.
http://gnu.rtin.bz/software/guile/docs/docs-1.8/guile-ref/Module-System-Reflection.html

module-replace! forces the list of symbols in its second argument to be put into the :replace list?
  (could not find documentation)

Use at your own risk.  :-)

What's the risk, besides unwittingly using srfi-19's current-time when I wanted to use the core current-time?

This sounds like the solution I want to adopt.



As a question outside the scope of this conversation, why does srfi-19 not use time-monotonic to mean what the core current-time means, and make that default instead of utc? Then it could :replace without fear, and we wouldn't be in this wrinkle. The "perhaps this will change in the future" gives me hope. http://www.gnu.org/software/guile/manual/html_node/SRFI_002d19-Time.html#SRFI_002d19-Time

Thanks very much for your help!
Grem

--
------ __@   Gregory A. Marton                http://csail.mit.edu/~gremio/
--- _`\<,_                                                                .
-- (*)/ (*)            Truth is not determined by majority vote.
~~~~~~~~~~~~~~~~-~~~~~~~~_~~~_~~~~~v~~~~^^^^~~~~~--~~~~~~~~~~~~~~~++~~~~~~~
_______________________________________________
Bug-guile mailing list
Bug-guile@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-guile

Reply via email to