Bug 617

Summary:	boolean value representation is inconsistent
Product:	UIM	Reporter:	YamaKen <yamaken>
Component:	libuim: Scheme interpreter	Assignee:	YamaKen <yamaken>
Status:	RESOLVED FIXED	QA Contact:
Severity:	minor
Priority:	low	CC:	uim-bugs
Version:	unspecified
Hardware:	All
OS:	All
URL:	http://lists.sourceforge.jp/mailman/archives/anthy-dev/2004-May/000830.html
Whiteboard:
i915 platform:		i915 features:
Bug Depends on:	642
Bug Blocks:	7164

Description YamaKen 2004-05-14 22:26:07 UTC

boolean value representation is inconsistent as following.
uim> #f
()
uim> #t
1
uim> (not #f)
t

This is unusable to compare boolean lists. I should investigate this in R5RS.

uim> (equal? '(#f #t) (map not '(#t #f)))
()

Another R5RS-compliant implementation bahaves following.

gosh> (equal? '(#f #t) (map not '(#t #f)))
#t

Comment 1 YamaKen 2004-05-19 18:01:29 UTC

The patch attached to the URL (by Kouhei Sutou-san) makes siod distinguish
between #f and () (and implicitly solves this bug). But many Scheme codes under
scm directory are not distinguishing between the ones, so bug #642 has to be
fixed before the patching.

Comment 2 YamaKen 2004-09-19 19:29:25 UTC

some predicates returns 't instead of 1. They should be modified to return
unified value.

uim> (string? "")
t
uim> (number? 0)
t
uim> #t
1

Comment 3 YamaKen 2006-06-09 00:57:43 UTC

It may be resolved by uim 1.3.0 by disabling SIOD-compatible mode.

Comment 4 YamaKen 2007-07-22 09:32:48 UTC

Resolved by SigScheme with --disable-compat-siod-bugs.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.