Gauche > Archives > 2013/02/01

2013/02/01 06:30:02 UTC(び)

srfi-19のstring->dateで~Nをサポートして欲しいなぁ、と思いました。

--- a/ext/srfi/srfi-19.scm
+++ b/ext/srfi/srfi-19.scm
@@ -1069,6 +1069,7 @@
         [ireaderf (tm:make-integer-reader #f)]
         [eireader2 (tm:make-integer-exact-reader 2)]
         [eireader4 (tm:make-integer-exact-reader 4)]
+        [eireader9 (tm:make-integer-exact-reader 9)]
         [locale-reader-abbr-weekday (tm:make-locale-reader
                                      tm:locale-abbr-weekday->index)]
         [locale-reader-long-weekday (tm:make-locale-reader
@@ -1104,6 +1105,8 @@
          (^[val object] (slot-set! object 'minute val)))
    (list #\S char-numeric? ireader2
          (^[val object] (slot-set! object 'second val)))
+   (list #\N char-numeric? eireader9
+         (^[val object] (slot-set! object 'nanosecond val)))
    (list #\y char-fail eireader2
         (^[val object] (slot-set! object 'year (tm:natural-year val))))
    (list #\Y char-numeric? ireader4

http://srfi.schemers.org/srfi-19/srfi-19.html のTable2に載ってないからサポートされてないんだと思いますが、Table 2 lists the required converters; implementations are free to extend this list. って書かれてるし、一応一番細かい精度まで読めた方が便利なので。

いかがでしょうか。

2013/02/01 06:33:50 UTCshiro

あった方が便利ですね。別に矛盾しないし、入れて構わないと思います。

2013/02/01 06:34:45 UTC(び)

本当は、date->stringで出力した文字列は、同じ書式文字列でstring->dateできた方が便利だと思うのですが、ちょっとそこまで手が回りません。

<< 2013/01/31

Back to the chat room

2013/02/02 >>