From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) by sourceware.org (Postfix) with ESMTPS id 865843858D32 for ; Sun, 21 Jan 2024 10:11:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 865843858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 865843858D32 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::22f ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1705831915; cv=none; b=w8fNPGCYqTHlCOjCUV3Oej3GIZPk2qGVfVKLAcPPv+QYsTpTUNSAZYoGyaVSr/cYg1ULZqkyectJtQ/xVor3uAbf/lCCaeZs3iBAFUSmjtDx6eV/Jg4Dw8am39hX5xlrh3NP4FfpNa8tqkg3qbDtCLikkCLi6Mnnu9u36PBtzHo= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1705831915; c=relaxed/simple; bh=ffV/7nbsTeq82CKTXXiG7iHGMv8azFhiwBRNTc6fsIc=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=xQWX9Be0/5ad1jy9SyvEqa9uvF9DyMeUlD+0OWF8b8roKIu5Q5nsNKMyUN6tMk88179HT4wgMFs4iEiW5XT2qvXO/uYMKd0F0Mse+KWLb/JiNEG8Xyoi+WJ1XDbfx9DXkVhcH3MTgj/JNh3On92KqLjRpCYIL5pSl3+vCcm5yVU= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-oi1-x22f.google.com with SMTP id 5614622812f47-3bd5c4cffefso2304799b6e.1 for ; Sun, 21 Jan 2024 02:11:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705831911; x=1706436711; darn=sourceware.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ffV/7nbsTeq82CKTXXiG7iHGMv8azFhiwBRNTc6fsIc=; b=gv51XBDIpQe9lLgBvXdYPvTgcVzvYXxLS/aH+JkNbE1XVuwDFNFFt+TARTzJKtXgsl 7xjphWUr2ObN+1jhgoZTZHaR+W1WzSmdrI+pdpcdc5+HNdfNCGxEaMpgPeA1y4h5HR1Q cD6zq5wPZFyFKsjIW1+jDBafH+WkUJ/QEoy7HgGuKYfIFheib1/cYg/+KvkixhInIxrs +7dy99EagzUchpIEVLsT3ySbFHDhO5yENUDV/9msoq98UaOhKuCJs8jnCxeKrqP174P0 8wuLUszCkMNMjK/cmiklKV3uqFFew7G57n2g9MEmghS0v6cbvoMD9B6ZpO4X0HTlhXNp jqqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705831911; x=1706436711; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ffV/7nbsTeq82CKTXXiG7iHGMv8azFhiwBRNTc6fsIc=; b=eKtHEUSbTnF4yKIBhq9UgSMu0wshWfdvaT4LrLG089km2mdKPY6VjHTh0h6m6HqRCf N379LlXGsG8Qxq3YCY4aQqPoXtLsDkG+piNONttKwApK54k/FQLsPo9C80G7RiLA+B0K 58fwybUCC2dNIYHnuQZIGPQWB1L9v6XZ6BobqLc8lBs03Pwgw2kCbS8yNXkoYB/5W9VI XokcOzRDxKLV79RyGzh4PiZG6KFDiE+Nz9ZvdigYyIOvLS6mSMsAXwJCUw1ZdwLEfplq h9g4+IHVMinDZ2ku+9KIcPZSQFLnawE6dqNIEI92+BgzNCTyXxKntbkGOxQlAph28Bxl Ts5Q== X-Gm-Message-State: AOJu0Yxco1x3CmJVZhQ1lPQv0DWA681CD0l8Cvv7jeZtdlDYu52Camr0 0dZvXYmRGtbLTaKD8kEPczum05b3eDIPF5U/CWqq/YvLCoj4G9GTHGuoAppx3m0e+uwh9ZsWISE Lkyog5wxxj8FGNk+nmD+YrN2lveEkXpxr X-Google-Smtp-Source: AGHT+IHCf/2Eb0yKQVOApamjCqKNA8YqsgakuKbdVkG++tmnjZOZ+TnvcaQDmltm2g7PSFLeIP4MZYDvEyJW+uaIo8U= X-Received: by 2002:a05:6808:11c2:b0:3bd:a09e:145e with SMTP id p2-20020a05680811c200b003bda09e145emr3042467oiv.81.1705831911704; Sun, 21 Jan 2024 02:11:51 -0800 (PST) MIME-Version: 1.0 From: Panicz Maciej Godek Date: Sun, 21 Jan 2024 11:11:40 +0100 Message-ID: Subject: Comparison of numerical types To: kawa Content-Type: multipart/alternative; boundary="00000000000024cb9e060f71f187" X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --00000000000024cb9e060f71f187 Content-Type: text/plain; charset="UTF-8" The equality and comparison predicates on gnu.math.UByte, gnu.math.UInt and gnu.math.ULong require that they are compared with objects of the same type. This results in situations, where numbers with identical print representations are not equal (in the sense of both "equal?" and "=") to each other, and where the "less than" operator behaves counter-intuitively: > (define b0 (gnu.math.UByte:valueOf (as byte 241))) > (= b0 241) #f > (< b0 242) #f Is there any particular reason for such behavior? --00000000000024cb9e060f71f187--