bug-kawa
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-kawa] [bug #49866] make-vector default elements #!null v #!undefine


From: Sudarshan S Chawathe
Subject: [Bug-kawa] [bug #49866] make-vector default elements #!null v #!undefined
Date: Fri, 16 Dec 2016 16:53:15 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36

URL:
  <http://savannah.gnu.org/bugs/?49866>

                 Summary:  make-vector default elements #!null v #!undefined
                 Project: Kawa
            Submitted by: chaw
            Submitted on: Fri 16 Dec 2016 04:53:13 PM GMT
                Category: Scheme language
                Severity: 3 - Normal
              Item Group: Unexpected result
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

The Kawa docs indicate that (make-vector 3) and similar should yield a
vector with #!null elements.  However, it seems the elements are
#!undefined instead:

  address@hidden:~$ uname -a
  Linux vereq.eip10.org 3.16.0-4-686-pae #1 SMP Debian 3.16.36-1+deb8u2
(2016-10-19) i686 GNU/Linux
  address@hidden:~$ kawa --version
  Kawa 2.2 (revision 9049M)
  Copyright (C) 2016 Per Bothner
  address@hidden:~$ kawa
  #|kawa:1|# (display (make-vector 3))
  #(#!undefined #!undefined #!undefined)
  #|kawa:2|# 

I realize that R7RS permits arbitrary elements in such uninitialized
vectors but the Kawa docs do seem to provide a guarantee of the elements
being #!null.

For some context, the reason I got into this detail is that I was
looking for a way to refer to a Java null in Kawa without using the
#!null syntax.  Reason for that, in turn, is that I'm trying to write a
portable library and Guile uses #!...!# syntax for block comments.  I'd
be grateful for other suggestions in this regard too.  (I know Guile
permits overriding the #foo syntax, but I was hoping to avoid messing
with reader syntax.)






    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?49866>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]