Newest at the top
| 2024-09-24 18:38:43 +0200 | Smiles | (uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity) |
| 2024-09-24 18:29:33 +0200 | youthlic | (~Thunderbi@user/youthlic) (Quit: youthlic) |
| 2024-09-24 18:19:59 +0200 | kuribas | (~user@ip-188-118-57-242.reverse.destiny.be) (Remote host closed the connection) |
| 2024-09-24 18:19:47 +0200 | sord937 | (~sord937@gateway/tor-sasl/sord937) (Quit: sord937) |
| 2024-09-24 18:16:37 +0200 | zlqrvx | (~zlqrvx@user/zlqrvx) zlqrvx |
| 2024-09-24 18:14:03 +0200 | <raehik> | a bit longwinded but it lets me chunk literal parsing, while still performing fine-grained "which character failed" error handling |
| 2024-09-24 18:13:21 +0200 | tzh | (~tzh@c-76-115-131-146.hsd1.or.comcast.net) tzh |
| 2024-09-24 18:10:09 +0200 | <raehik> | then to obtain the byte itself, > (wordActual `unsafeShiftR` (idxFail*8)) .&. 0xFF |
| 2024-09-24 18:09:34 +0200 | <raehik> | re: idx of first non-match byte: > idxFail = ctz (wordExpect `xor` wordActual) `unsafeShiftR` 3 |
| 2024-09-24 18:08:30 +0200 | chele | (~chele@user/chele) (Remote host closed the connection) |
| 2024-09-24 18:07:23 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-09-24 18:04:18 +0200 | zlqrvx_ | (~zlqrvx@101.175.150.247) (Ping timeout: 252 seconds) |
| 2024-09-24 18:03:54 +0200 | comerijn | (~merijn@77.242.116.146) (Ping timeout: 260 seconds) |
| 2024-09-24 18:00:57 +0200 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2024-09-24 17:59:31 +0200 | merijn | (~merijn@77.242.116.146) (Ping timeout: 265 seconds) |
| 2024-09-24 17:59:01 +0200 | gmg | (~user@user/gehmehgeh) (Ping timeout: 260 seconds) |
| 2024-09-24 17:57:32 +0200 | comerijn | (~merijn@77.242.116.146) merijn |
| 2024-09-24 17:55:44 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 260 seconds) |
| 2024-09-24 17:51:19 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-09-24 17:40:31 +0200 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en |
| 2024-09-24 17:30:54 +0200 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2024-09-24 17:30:41 +0200 | gmg | (~user@user/gehmehgeh) (Quit: Leaving) |
| 2024-09-24 17:20:40 +0200 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2024-09-24 17:18:11 +0200 | gmg | (~user@user/gehmehgeh) (Ping timeout: 260 seconds) |
| 2024-09-24 17:16:36 +0200 | Digitteknohippie | Digit |
| 2024-09-24 17:16:29 +0200 | yoneda | (~mike@193.206.102.122) (Quit: leaving) |
| 2024-09-24 17:12:59 +0200 | ubert | (~Thunderbi@77.119.174.223.wireless.dyn.drei.com) (Ping timeout: 260 seconds) |
| 2024-09-24 17:06:48 +0200 | athan | (~athan@146.newark-18rh15rt.nj.dial-access.att.net) athan |
| 2024-09-24 17:06:18 +0200 | <raehik> | tomsmeding: thx :o :D |
| 2024-09-24 17:05:53 +0200 | misterfish | (~misterfis@87.215.131.102) (Ping timeout: 252 seconds) |
| 2024-09-24 17:03:24 +0200 | <tomsmeding> | and yes, hoogle is very slow recently |
| 2024-09-24 17:03:13 +0200 | <tomsmeding> | probie had some suggestions |
| 2024-09-24 17:02:51 +0200 | <tomsmeding> | ;) |
| 2024-09-24 17:02:49 +0200 | <tomsmeding> | raehik: also see: everything from here to the bottom of the page https://ircbrowse.tomsmeding.com/day/lchaskell/2024/09/23?id=1363304#trid1363304 |
| 2024-09-24 16:57:05 +0200 | TheCoffeMaker | (~TheCoffeM@user/thecoffemaker) TheCoffeMaker |
| 2024-09-24 16:50:31 +0200 | <raehik> | also, any others experiencing hoogle.haskell.org issues? |
| 2024-09-24 16:50:20 +0200 | christiaanb | (uid84827@id-84827.lymington.irccloud.com) christiaanb |
| 2024-09-24 16:49:38 +0200 | <raehik> | ahhh that's what I want glguy , c_wraith ! thanks |
| 2024-09-24 16:47:34 +0200 | tremon | (~tremon@83.80.159.219) tremon |
| 2024-09-24 16:45:55 +0200 | <c_wraith> | Data.Bits has countLeadingZeroes |
| 2024-09-24 16:45:35 +0200 | <glguy> | after you xor you'd want to find the number of leading zeros and then turn that into an index (divide it by 8) |
| 2024-09-24 16:45:05 +0200 | <raehik> | oh I think I see, extract those pairs and do some checks as in your earlier msg |
| 2024-09-24 16:44:19 +0200 | <raehik> | what won't apply? |
| 2024-09-24 16:44:05 +0200 | <Athas> | Well, if you want to avoid single byte operations, then it won't apply anyway. |
| 2024-09-24 16:41:30 +0200 | sdrfan123 | (~sdrfan123@2607:fb90:df8d:eacb:60ed:f19e:406e:c9e9) |
| 2024-09-24 16:39:19 +0200 | <raehik> | what do you mean "extract the eight bytes"? |
| 2024-09-24 16:39:11 +0200 | <raehik> | Athas: I'm trying to avoid single byte operations since they're inefficient (for my Word64) |
| 2024-09-24 16:39:03 +0200 | CiaoSen | (~Jura@2a05:5800:2da:7700:ca4b:d6ff:fec1:99da) (Ping timeout: 246 seconds) |
| 2024-09-24 16:38:29 +0200 | <Athas> | Or do the XOR comparison first, then extract the eight bytes. |
| 2024-09-24 16:37:36 +0200 | <raehik> | I'm a little hesitant because I can't find any examples out there |