This is now fixed: my num32 @arr = 1.1e0,1.2e0,1.3e0; my num32 $s = 0e0; for @arr { $s += $_ }; say $s
¦2015.11,ec18f24d2^: «-8589934592» ¦ec18f24,2015.12,HEAD(5929887): «3.60000014305115» (2015-12-17) https://github.com/rakudo/rakudo/commit/ec18f24d27ce61fa71d177ab76c4044ee1d1a75e The second case returns NaN, because uninitialized nums seem to be NaNs. I guess that's ok? 「testneeded」 On 2015-03-16 05:08:33, elizabeth wrote: > > [13:04:39] <lizmat> m: my num32 @arr = 1.1e0,1.2e0,1.3e0; my num32 > $s = 0e0; for @arr { $s += $_ }; say $s # jnthn, seems num32 is > busted for meta ops > [13:04:40] <+camelia> rakudo-moar 748e69: OUTPUT«-8589934592» > [13:05:20] <lizmat> m: my num32 @arr = 1.1e0,1.2e0,1.3e0; my num32 > $s; for @arr { $s += $_ }; say $s # jnthn: worse if $s not > initialized > [13:05:21] <+camelia> rakudo-moar 748e69: OUTPUT«0»