Newest at the top
| 2025-11-21 05:29:14 +0100 | Dhark8 | (~Shark8@c-174-56-102-109.hsd1.nm.comcast.net) |
| 2025-11-21 05:29:01 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-11-21 05:28:59 +0100 | <EvanR> | it is "interesting" that you would mix a nonsense result on one hand with undefined behavior on the other |
| 2025-11-21 05:28:52 +0100 | <haskellbridge> | <Zemyla> x / 0 should be 0 if division is total, because 0 is the pseudoinverse of zero. The pseudoinverse of x is y such that xyx = x and yxy = y. |
| 2025-11-21 05:27:47 +0100 | <chromoblob> | i mean, in integer division |
| 2025-11-21 05:27:29 +0100 | <chromoblob> | AArch64 gives you 0 as result of division by zero. i also wanted to make it like this in my language (because dividing 0 by anything gives 0, so 0 / 0 should be 0 too, and since x / 0 for x ≠ 0 is undefined, might as well just check for dividend = 0, regarding other cases as UB) |
| 2025-11-21 05:24:01 +0100 | <fgarcia> | :D |
| 2025-11-21 05:22:39 +0100 | <EvanR> | Divide by zero -- You can't divide by zero on a computer. Some kind of math thing. Don't worry too much about understanding why. Just don't do it. (EXAPUNKS zine 1 page 12) |
| 2025-11-21 05:20:45 +0100 | Googulator96 | (~Googulato@2a01-036d-0106-0231-4475-80b4-5cdc-43d6.pool6.digikabel.hu) (Quit: Client closed) |
| 2025-11-21 05:20:44 +0100 | Googulator46 | (~Googulato@2a01-036d-0106-0231-4475-80b4-5cdc-43d6.pool6.digikabel.hu) |
| 2025-11-21 05:20:12 +0100 | werneta | (~werneta@71.83.160.242) werneta |
| 2025-11-21 05:18:10 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 246 seconds) |
| 2025-11-21 05:17:08 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) chromoblob\0 |
| 2025-11-21 05:16:27 +0100 | <davean> | Tell that to Vincent |
| 2025-11-21 05:15:56 +0100 | chromoblob | (~chromoblo@user/chromob1ot1c) (Read error: Connection reset by peer) |
| 2025-11-21 05:15:20 +0100 | <EvanR> | that's the incentive to wrote error free code |
| 2025-11-21 05:13:40 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-11-21 05:13:27 +0100 | <davean> | IIRC they had some variation on how they errored with improper operations |
| 2025-11-21 05:13:03 +0100 | <davean> | EvanR: morally, sure |
| 2025-11-21 05:09:49 +0100 | <haskellbridge> | <Zemyla> We need a non-GMP Integer implementation that uses ByteArrays like GMP. |
| 2025-11-21 05:09:02 +0100 | <EvanR> | for all practical purposes a platonic ideal |
| 2025-11-21 05:08:39 +0100 | <EvanR> | GMP and the other implementation of Integer ought to morally result in the same semantics? |
| 2025-11-21 05:08:19 +0100 | <EvanR> | ummmmmmmmmmm |
| 2025-11-21 05:06:49 +0100 | <davean> | EvanR: we do select what integer means every time we compile Haskell. |
| 2025-11-21 05:05:43 +0100 | jmcantrell | (~weechat@user/jmcantrell) (Ping timeout: 264 seconds) |
| 2025-11-21 05:03:04 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 264 seconds) |
| 2025-11-21 04:58:15 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-11-21 04:57:42 +0100 | trickard_ | (~trickard@cpe-90-98-47-163.wireline.com.au) |
| 2025-11-21 04:55:52 +0100 | <EvanR> | select what integers mean, select what function application means, select what defining equations means |
| 2025-11-21 04:55:26 +0100 | <EvanR> | we don't need to limit our evil choices to floating point |
| 2025-11-21 04:52:17 +0100 | trickard | (~trickard@cpe-90-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-11-21 04:49:59 +0100 | marlino | (~marlino@96-8-193-95.block0.gvtc.com) |
| 2025-11-21 04:48:57 +0100 | marlino | (~marlino@96-8-193-95.block0.gvtc.com) (Quit: WeeChat 4.7.1) |
| 2025-11-21 04:47:28 +0100 | <monochrom> | You are evil. The last thing we need is an ecosystem that fulfills the prophecy "floating point semantics is unpredictable". |
| 2025-11-21 04:47:28 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 264 seconds) |
| 2025-11-21 04:46:52 +0100 | trickard | (~trickard@cpe-90-98-47-163.wireline.com.au) |
| 2025-11-21 04:46:28 +0100 | <monochrom> | heh |
| 2025-11-21 04:46:01 +0100 | <EvanR> | choose your own semantics |
| 2025-11-21 04:45:42 +0100 | <EvanR> | maybe a compiler flag which changes the backend from double to float |
| 2025-11-21 04:44:25 +0100 | <monochrom> | So it's like "no one needs anything else, let's chill". |
| 2025-11-21 04:44:21 +0100 | trickard | (~trickard@cpe-90-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
| 2025-11-21 04:43:54 +0100 | <monochrom> | But, say, very fantasizingly, if one day some big shot started using Curry for GPUs, I'm sure single-precision float would be added right away. :) |
| 2025-11-21 04:43:39 +0100 | peterbecich | (~Thunderbi@172.222.148.214) peterbecich |
| 2025-11-21 04:42:42 +0100 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
| 2025-11-21 04:42:21 +0100 | <monochrom> | I'm over-philosophizing and over-economicsizing it, but scarce resource and simplifying things are highly correlated! :) |
| 2025-11-21 04:42:04 +0100 | aditya_an1l | (~aditya_an@user/aditya-an1l:63825) (Ping timeout: 264 seconds) |
| 2025-11-21 04:41:12 +0100 | <EvanR> | oh, curry has few instances just because lack of effort, and not to simplify things? |
| 2025-11-21 04:39:10 +0100 | <monochrom> | Yeah Haskell has more adoption and more contributors :) |
| 2025-11-21 04:37:17 +0100 | qqe | (~qqq@185.54.21.140) |
| 2025-11-21 04:37:07 +0100 | trickard_ | trickard |