[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug default/26515] New: Counterintuitive array comparison for trimmed a
From: |
m.nabipoor at yahoo dot com |
Subject: |
[Bug default/26515] New: Counterintuitive array comparison for trimmed arrays |
Date: |
Fri, 21 Aug 2020 07:56:50 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=26515
Bug ID: 26515
Summary: Counterintuitive array comparison for trimmed arrays
Product: poke
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: default
Assignee: unassigned at sourceware dot org
Reporter: m.nabipoor at yahoo dot com
CC: poke-devel at gnu dot org
Target Milestone: ---
Hi,
I think this behavior is counterintuitive:
(poke) defvar a = [1, 2, 3]
(poke) defvar b = [1, 2]
(poke) defvar c = a[0:1]
(poke) b
[1,2]
(poke) c
[1,2]
(poke) b == c
<stdin>:1:6: error: invalid operand
<stdin>:1:6: error: expected int<32>[2], got int<32>[3]
b == c;
^
Is this a design decision or just an implementation bug?
Thanks
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug default/26515] New: Counterintuitive array comparison for trimmed arrays,
m.nabipoor at yahoo dot com <=