unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* About srfi-58
@ 2012-09-21  8:32 nalaginrut
  2012-09-21 15:45 ` Mark H Weaver
  0 siblings, 1 reply; 3+ messages in thread
From: nalaginrut @ 2012-09-21  8:32 UTC (permalink / raw)
  To: guile-devel

hi guys!
I checked out the slib and realized most of the part of slib we do have
it in our core/modules. 
Unfortunately, "prime" is not in the feature list of slib when I run
slib:feature. But I need it, then I try to port it to Guile directly.

And I encountered something "A:fixN32b" can't be found. I think this
"prime" needs srfi-58. But I remember Guile has it's own array
notations, srfi-58 will introduce another one.

So let me raise a topic about the proper implementation of srfi-58. If
we have something useful in this thread, we may do it.
In my opinion, we have to add a global variable to check if the user
used srfi-58, and scm_read_array could call a brand new
scm_i_srfi_58_read_array if it's true. 
But I don't think introduce a global variable is a good way. Maybe add
new read-opts is better? And if we do it in the C level, it's not so
interesting to implement the array parser. 

Anyone provide better solution? Any other consideration about srfi-58 is
welcome. ;-)





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-09-24  2:18 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-09-21  8:32 About srfi-58 nalaginrut
2012-09-21 15:45 ` Mark H Weaver
2012-09-24  2:18   ` nalaginrut

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).