2024/11/22

2024-11-22 00:01:23 +0100__monty__(~toonn@user/toonn) (Quit: leaving)
2024-11-22 00:05:41 +0100ash3en(~Thunderbi@31.16.203.214) (Quit: ash3en)
2024-11-22 00:11:17 +0100flukiluke_(~m-7humut@2603:c023:c000:6c7e:8945:ad24:9113:a962) flukiluke
2024-11-22 00:11:56 +0100flukiluke(~m-7humut@2603:c023:c000:6c7e:8945:ad24:9113:a962) (Remote host closed the connection)
2024-11-22 00:12:46 +0100Buliarous(~gypsydang@46.232.210.139) (Remote host closed the connection)
2024-11-22 00:14:25 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-22 00:14:33 +0100TonyStone(~TonyStone@user/TonyStone) (Quit: Leaving)
2024-11-22 00:16:10 +0100flukiluke_flukiluke
2024-11-22 00:16:42 +0100ystael(~ystael@user/ystael) ystael
2024-11-22 00:16:51 +0100acidjnk_new3(~acidjnk@p200300d6e7283f4690995a768218f6fd.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
2024-11-22 00:17:02 +0100Buliarous(~gypsydang@46.232.210.139) Buliarous
2024-11-22 00:22:51 +0100chexum(~quassel@gateway/tor-sasl/chexum) (Ping timeout: 260 seconds)
2024-11-22 00:22:51 +0100chexum_(~quassel@gateway/tor-sasl/chexum) chexum
2024-11-22 00:32:15 +0100jinsun(~jinsun@user/jinsun) (Read error: Connection reset by peer)
2024-11-22 00:32:52 +0100youthlic(~Thunderbi@user/youthlic) (Remote host closed the connection)
2024-11-22 00:33:17 +0100youthlic(~Thunderbi@user/youthlic) youthlic
2024-11-22 00:39:29 +0100Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) Tuplanolla
2024-11-22 00:48:37 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 00:51:45 +0100CrunchyFlakes(~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds)
2024-11-22 00:51:46 +0100weary-traveler(~user@user/user363627) user363627
2024-11-22 00:53:22 +0100CrunchyFlakes(~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de)
2024-11-22 00:54:10 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 265 seconds)
2024-11-22 00:57:07 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) Smiles
2024-11-22 00:59:01 +0100stiell_(~stiell@gateway/tor-sasl/stiell) (Ping timeout: 260 seconds)
2024-11-22 00:59:27 +0100stiell_(~stiell@gateway/tor-sasl/stiell) stiell
2024-11-22 01:02:30 +0100bastelfreak(bastelfrea@libera/staff/VoxPupuli.bastelfreak) (Ping timeout: 604 seconds)
2024-11-22 01:07:55 +0100sawilagar(~sawilagar@user/sawilagar) (Ping timeout: 244 seconds)
2024-11-22 01:08:10 +0100gorignak(~gorignak@user/gorignak) (Quit: quit)
2024-11-22 01:18:49 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Ping timeout: 265 seconds)
2024-11-22 01:21:45 +0100Lord_of_Life_(~Lord@user/lord-of-life/x-2819915) Lord_of_Life
2024-11-22 01:22:46 +0100Lord_of_Life(~Lord@user/lord-of-life/x-2819915) (Ping timeout: 272 seconds)
2024-11-22 01:22:59 +0100TonyStone31(~TonyStone@user/TonyStone) TonyStone
2024-11-22 01:23:08 +0100Lord_of_Life_Lord_of_Life
2024-11-22 01:23:42 +0100Alleria(~Alleria@user/alleria) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2024-11-22 01:25:18 +0100rini(~rini@user/rini) (Ping timeout: 272 seconds)
2024-11-22 01:28:17 +0100rini(~rini@user/rini) rini
2024-11-22 01:28:23 +0100sprotte24(~sprotte24@p200300d16f0b150071d6bf12c0876fa2.dip0.t-ipconnect.de) (Quit: Leaving)
2024-11-22 01:28:44 +0100Everything(~Everythin@46-133-186-175.mobile.vf-ua.net) (Quit: Lost terminal)
2024-11-22 01:28:50 +0100_________(~nobody@user/noodly) _________
2024-11-22 01:29:08 +0100Alleria(~Alleria@user/alleria) Alleria
2024-11-22 01:30:24 +0100Digitteknohippie(~user@user/digit) Digit
2024-11-22 01:30:54 +0100Digit(~user@user/digit) (Ping timeout: 265 seconds)
2024-11-22 01:36:22 +0100Alleria__(~Alleria@user/alleria) Alleria
2024-11-22 01:37:55 +0100Alleria(~Alleria@user/alleria) (Ping timeout: 264 seconds)
2024-11-22 01:55:09 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2024-11-22 01:58:21 +0100euleritian(~euleritia@77.22.252.159)
2024-11-22 02:02:54 +0100Digitteknohippie(~user@user/digit) (Ping timeout: 252 seconds)
2024-11-22 02:04:38 +0100son0p(~ff@2800:e2:f80:ee7::4) son0p
2024-11-22 02:05:14 +0100tjbc(~tjbc@user/fliife) (Quit: ZNC - https://znc.in)
2024-11-22 02:09:09 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2024-11-22 02:12:37 +0100youthlic(~Thunderbi@user/youthlic) (Remote host closed the connection)
2024-11-22 02:13:03 +0100youthlic(~Thunderbi@user/youthlic) youthlic
2024-11-22 02:19:39 +0100tjbc(~tjbc@user/fliife) fliife
2024-11-22 02:20:30 +0100Alleria__(~Alleria@user/alleria) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2024-11-22 02:22:12 +0100Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.)
2024-11-22 02:25:16 +0100joeyadams(~joeyadams@syn-184-054-105-097.res.spectrum.com)
2024-11-22 02:32:01 +0100euleritian(~euleritia@77.22.252.159) (Remote host closed the connection)
2024-11-22 02:32:27 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de)
2024-11-22 02:32:33 +0100califax(~califax@user/califx) (Remote host closed the connection)
2024-11-22 02:35:13 +0100califax(~califax@user/califx) califx
2024-11-22 02:35:46 +0100vanishingideal(~vanishing@user/vanishingideal) (Quit: leaving)
2024-11-22 02:39:26 +0100 <ph88> got examples with GHC.Generics, zippers, recursion schemes and lens working to do transformation on AST. Not sure yet if they fulfill my use case but at least it compiles and does something :D
2024-11-22 02:39:36 +0100 <ph88> only took 4 hours ^^
2024-11-22 02:49:17 +0100TheCoffeMaker(~TheCoffeM@user/thecoffemaker) (Quit: So long and thanks for all the fish)
2024-11-22 02:49:41 +0100TheCoffeMaker(~TheCoffeM@user/thecoffemaker) TheCoffeMaker
2024-11-22 02:58:33 +0100Alleria(~Alleria@user/alleria) Alleria
2024-11-22 03:00:53 +0100user363627(~user@user/user363627) user363627
2024-11-22 03:04:07 +0100weary-traveler(~user@user/user363627) (Ping timeout: 252 seconds)
2024-11-22 03:09:00 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 252 seconds)
2024-11-22 03:22:03 +0100Snapache(~Snapache@223.31.218.223)
2024-11-22 03:22:17 +0100 <Snapache> Hello :)
2024-11-22 03:22:19 +0100ph88(~ph88@2a02:8109:9e26:c800:442e:9ffe:6749:6de1) (Remote host closed the connection)
2024-11-22 03:26:56 +0100falafel(~falafel@2600:1700:99f4:2050:8052:30c0:c63e:5055) falafel
2024-11-22 03:27:07 +0100 <joeyadams> Greetings
2024-11-22 03:29:54 +0100Snapache(~Snapache@223.31.218.223) (Quit: Client closed)
2024-11-22 03:32:29 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-22 04:03:38 +0100RedNifre(~RedNifre@dslb-002-201-038-124.002.201.pools.vodafone-ip.de) (Ping timeout: 272 seconds)
2024-11-22 04:06:23 +0100chiselfuse(~chiselfus@user/chiselfuse) (Remote host closed the connection)
2024-11-22 04:07:03 +0100chiselfuse(~chiselfus@user/chiselfuse) chiselfuse
2024-11-22 04:12:51 +0100Digit(~user@user/digit) Digit
2024-11-22 04:21:16 +0100takuan(~takuan@178-116-218-225.access.telenet.be)
2024-11-22 04:27:47 +0100RedNifre(~RedNifre@dslb-090-186-054-194.090.186.pools.vodafone-ip.de) RedNifre
2024-11-22 04:28:47 +0100gdr3941(~user@12.215.51.5) gdr3941
2024-11-22 04:36:25 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-22 04:38:20 +0100gorignak(~gorignak@user/gorignak) gorignak
2024-11-22 04:46:04 +0100myxos(~myxos@syn-065-028-251-121.res.spectrum.com) (Ping timeout: 252 seconds)
2024-11-22 04:49:45 +0100pavonia(~user@user/siracusa) (Quit: Bye!)
2024-11-22 04:50:12 +0100myxos(~myxos@syn-065-028-251-121.res.spectrum.com) myxokephale
2024-11-22 04:50:45 +0100cyphase(~cyphase@user/cyphase) (Ping timeout: 252 seconds)
2024-11-22 04:57:06 +0100weary-traveler(~user@user/user363627) user363627
2024-11-22 05:01:05 +0100user363627(~user@user/user363627) (Ping timeout: 252 seconds)
2024-11-22 05:05:34 +0100mantraofpie(~mantraofp@user/mantraofpie) (Remote host closed the connection)
2024-11-22 05:05:53 +0100mantraofpie(~mantraofp@user/mantraofpie) mantraofpie
2024-11-22 05:15:03 +0100falafel(~falafel@2600:1700:99f4:2050:8052:30c0:c63e:5055) (Ping timeout: 276 seconds)
2024-11-22 05:16:26 +0100son0p(~ff@2800:e2:f80:ee7::4) (Ping timeout: 244 seconds)
2024-11-22 05:32:05 +0100j1n37(j1n37@user/j1n37) (Read error: Connection reset by peer)
2024-11-22 05:35:42 +0100j1n37(j1n37@user/j1n37) j1n37
2024-11-22 06:00:39 +0100gdr3941(~user@12.215.51.5) (Ping timeout: 260 seconds)
2024-11-22 06:01:34 +0100RedNifre(~RedNifre@dslb-090-186-054-194.090.186.pools.vodafone-ip.de) (Ping timeout: 265 seconds)
2024-11-22 06:08:33 +0100werneta(~werneta@syn-071-083-160-242.res.spectrum.com) werneta
2024-11-22 06:09:41 +0100troydm(~troydm@user/troydm) (Ping timeout: 248 seconds)
2024-11-22 06:11:13 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 248 seconds)
2024-11-22 06:14:00 +0100RedNifre(~RedNifre@dslb-088-075-093-154.088.075.pools.vodafone-ip.de) RedNifre
2024-11-22 06:17:53 +0100werneta_(~werneta@syn-071-083-160-242.res.spectrum.com) werneta
2024-11-22 06:21:28 +0100falafel(~falafel@2600:1700:99f4:2050:a547:ca79:96d1:4) falafel
2024-11-22 06:23:12 +0100philopsos(~caecilius@user/philopsos) (Quit: Lost terminal)
2024-11-22 06:57:04 +0100michalz(~michalz@185.246.207.203)
2024-11-22 06:59:42 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de) (Ping timeout: 246 seconds)
2024-11-22 07:00:36 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de)
2024-11-22 07:05:09 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds)
2024-11-22 07:05:09 +0100j1n37(j1n37@user/j1n37) (Read error: Connection reset by peer)
2024-11-22 07:05:21 +0100euleritian(~euleritia@dynamic-176-004-004-243.176.4.pool.telefonica.de)
2024-11-22 07:10:00 +0100j1n37(j1n37@user/j1n37) j1n37
2024-11-22 07:10:58 +0100JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-11-22 07:11:39 +0100Flow(~none@gentoo/developer/flow) (Ping timeout: 244 seconds)
2024-11-22 07:12:56 +0100werneta_(~werneta@syn-071-083-160-242.res.spectrum.com) (Quit: leaving)
2024-11-22 07:13:11 +0100j1n37(j1n37@user/j1n37) (Read error: Connection reset by peer)
2024-11-22 07:17:53 +0100j1n37(j1n37@user/j1n37) j1n37
2024-11-22 07:17:57 +0100falafel(~falafel@2600:1700:99f4:2050:a547:ca79:96d1:4) (Ping timeout: 248 seconds)
2024-11-22 07:19:39 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-22 07:20:41 +0100Flow(~none@gentoo/developer/flow) flow
2024-11-22 07:21:16 +0100j1n37(j1n37@user/j1n37) (Read error: Connection reset by peer)
2024-11-22 07:21:25 +0100joeyadams(~joeyadams@syn-184-054-105-097.res.spectrum.com) (Quit: Leaving)
2024-11-22 07:23:10 +0100szkl(uid110435@id-110435.uxbridge.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-22 07:25:03 +0100j1n37(j1n37@user/j1n37) j1n37
2024-11-22 07:27:33 +0100euleritian(~euleritia@dynamic-176-004-004-243.176.4.pool.telefonica.de) (Ping timeout: 248 seconds)
2024-11-22 07:28:06 +0100euleritian(~euleritia@dynamic-176-006-129-078.176.6.pool.telefonica.de)
2024-11-22 07:33:26 +0100werneta(~werneta@syn-071-083-160-242.res.spectrum.com) (Ping timeout: 255 seconds)
2024-11-22 07:34:44 +0100Ram-Z_(Ram-Z@2a01:7e01::f03c:91ff:fe57:d2df) Ram-Z
2024-11-22 07:35:40 +0100JuanDaugherty(~juan@user/JuanDaugherty) (Quit: JuanDaugherty)
2024-11-22 07:36:41 +0100cyphase(~cyphase@user/cyphase) cyphase
2024-11-22 07:37:54 +0100Ram-Z(Ram-Z@2a01:7e01::f03c:91ff:fe57:d2df) (Remote host closed the connection)
2024-11-22 07:38:09 +0100Perseverance_(~Persevera@2.219.56.221) (Quit: Connection error?!)
2024-11-22 07:51:13 +0100Flow(~none@gentoo/developer/flow) (Ping timeout: 252 seconds)
2024-11-22 07:53:54 +0100acidjnk_new3(~acidjnk@p200300d6e7283f07512390ce63ebc194.dip0.t-ipconnect.de) acidjnk
2024-11-22 07:55:44 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 260 seconds)
2024-11-22 07:56:54 +0100euleritian(~euleritia@dynamic-176-006-129-078.176.6.pool.telefonica.de) (Ping timeout: 260 seconds)
2024-11-22 07:57:43 +0100euleritian(~euleritia@dynamic-176-004-182-175.176.4.pool.telefonica.de)
2024-11-22 07:58:39 +0100Flow(~none@gentoo/developer/flow) flow
2024-11-22 08:12:11 +0100Guest878(~Guest878@80-186-163-16.elisa-mobile.fi)
2024-11-22 08:16:00 +0100ft(~ft@p508dbc6e.dip0.t-ipconnect.de) (Quit: leaving)
2024-11-22 08:16:02 +0100briandaed(~jaroslawj@user/briandaed) briandaed
2024-11-22 08:23:58 +0100Snapache(~Snapache@2401:4900:883a:3591:51f1:9f6a:f5bd:a3b6)
2024-11-22 08:30:10 +0100tcard(~tcard@2400:4051:5801:7500:cf17:befc:ff82:5303) (Quit: Leaving)
2024-11-22 08:40:30 +0100tcard(~tcard@2400:4051:5801:7500:cf17:befc:ff82:5303)
2024-11-22 08:42:11 +0100falafel(~falafel@2600:1700:99f4:2050:d199:9326:25ba:1e95) falafel
2024-11-22 08:45:46 +0100CiaoSen(~Jura@2a05:5800:20a:3000:ca4b:d6ff:fec1:99da) CiaoSen
2024-11-22 08:49:50 +0100kenran(~void@user/kenran) kenran
2024-11-22 08:54:48 +0100JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-11-22 08:57:01 +0100sord937(~sord937@gateway/tor-sasl/sord937) sord937
2024-11-22 08:59:52 +0100briandaed(~jaroslawj@user/briandaed) (Remote host closed the connection)
2024-11-22 09:00:01 +0100caconym(~caconym@user/caconym) (Quit: bye)
2024-11-22 09:00:44 +0100caconym(~caconym@user/caconym) caconym
2024-11-22 09:01:12 +0100Perseverance(~Persevera@2.219.56.221)
2024-11-22 09:04:37 +0100JuanDaugherty(~juan@user/JuanDaugherty) (Quit: JuanDaugherty)
2024-11-22 09:04:58 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac
2024-11-22 09:05:02 +0100briandaed(~root@user/briandaed) briandaed
2024-11-22 09:07:06 +0100kuribas(~user@ptr-17d51eptprfopgif7d6.18120a2.ip6.access.telenet.be) kuribas
2024-11-22 09:08:42 +0100Perseverance(~Persevera@2.219.56.221) (Ping timeout: 252 seconds)
2024-11-22 09:14:13 +0100Flow(~none@gentoo/developer/flow) (Ping timeout: 248 seconds)
2024-11-22 09:14:54 +0100CiaoSen(~Jura@2a05:5800:20a:3000:ca4b:d6ff:fec1:99da) (Ping timeout: 276 seconds)
2024-11-22 09:16:38 +0100wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2024-11-22 09:21:24 +0100Enviosity(~Enviosity@2.219.56.221)
2024-11-22 09:23:19 +0100euleritian(~euleritia@dynamic-176-004-182-175.176.4.pool.telefonica.de) (Read error: Connection reset by peer)
2024-11-22 09:23:37 +0100euleritian(~euleritia@ip2504f9cf.dynamic.kabel-deutschland.de)
2024-11-22 09:25:42 +0100Flow(~none@gentoo/developer/flow) flow
2024-11-22 09:26:10 +0100weary-traveler(~user@user/user363627) (Remote host closed the connection)
2024-11-22 09:35:49 +0100bastelfreak(bastelfrea@libera/staff/VoxPupuli.bastelfreak) bastelfreak
2024-11-22 09:37:03 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2024-11-22 09:38:11 +0100chiselfuse(~chiselfus@user/chiselfuse) (Ping timeout: 260 seconds)
2024-11-22 09:39:57 +0100chiselfuse(~chiselfus@user/chiselfuse) chiselfuse
2024-11-22 09:51:46 +0100__monty__(~toonn@user/toonn) toonn
2024-11-22 09:57:35 +0100sawilagar(~sawilagar@user/sawilagar) sawilagar
2024-11-22 10:01:19 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 10:04:38 +0100Enviosity(~Enviosity@2.219.56.221) (Ping timeout: 272 seconds)
2024-11-22 10:06:15 +0100Sgeo(~Sgeo@user/sgeo) (Read error: Connection reset by peer)
2024-11-22 10:11:54 +0100Guest878(~Guest878@80-186-163-16.elisa-mobile.fi) (Quit: Guest878)
2024-11-22 10:13:43 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 10:16:14 +0100ubert(~Thunderbi@77.119.163.150.wireless.dyn.drei.com) ubert
2024-11-22 10:20:50 +0100Enviosity(~Enviosity@2.219.56.221)
2024-11-22 10:24:53 +0100chele(~chele@user/chele) chele
2024-11-22 10:24:56 +0100tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net) (Quit: zzz)
2024-11-22 10:32:36 +0100Snapache(~Snapache@2401:4900:883a:3591:51f1:9f6a:f5bd:a3b6) (Quit: Client closed)
2024-11-22 10:34:43 +0100Square(~Square@user/square) Square
2024-11-22 10:34:59 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) Smiles
2024-11-22 10:35:13 +0100wootehfoot(~wootehfoo@user/wootehfoot) (Quit: Leaving)
2024-11-22 10:38:50 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds)
2024-11-22 10:39:12 +0100wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2024-11-22 10:40:00 +0100zenmov_(~zenmov@user/zenmov) (Ping timeout: 252 seconds)
2024-11-22 10:41:21 +0100falafel(~falafel@2600:1700:99f4:2050:d199:9326:25ba:1e95) (Ping timeout: 276 seconds)
2024-11-22 10:41:48 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 10:49:12 +0100CiaoSen(~Jura@2a05:5800:20a:3000:ca4b:d6ff:fec1:99da) CiaoSen
2024-11-22 10:52:15 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 10:57:36 +0100mari-estel(~mari-este@user/mari-estel) (Remote host closed the connection)
2024-11-22 10:57:46 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 10:59:57 +0100driib318(~driib@vmi931078.contaboserver.net) (Quit: The Lounge - https://thelounge.chat)
2024-11-22 11:00:48 +0100driib318(~driib@vmi931078.contaboserver.net) driib
2024-11-22 11:00:49 +0100mceresa_(~mceresa@user/mceresa) mceresa
2024-11-22 11:02:12 +0100mceresa(~mceresa@user/mceresa) (Ping timeout: 265 seconds)
2024-11-22 11:02:26 +0100lxsameer(~lxsameer@Serene/lxsameer) lxsameer
2024-11-22 11:02:41 +0100mceresa(~mceresa@user/mceresa) mceresa
2024-11-22 11:02:48 +0100mceresa_(~mceresa@user/mceresa) (Read error: Connection reset by peer)
2024-11-22 11:05:25 +0100mari40982(~mari-este@user/mari-estel) mari-estel
2024-11-22 11:07:55 +0100mari-estel(~mari-este@user/mari-estel) (Ping timeout: 264 seconds)
2024-11-22 11:18:28 +0100econo_(uid147250@id-147250.tinside.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-22 11:33:27 +0100mari40982(~mari-este@user/mari-estel) (Remote host closed the connection)
2024-11-22 11:33:40 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 11:34:27 +0100CiaoSen(~Jura@2a05:5800:20a:3000:ca4b:d6ff:fec1:99da) (Ping timeout: 252 seconds)
2024-11-22 11:44:39 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Quit: WeeChat 4.4.2)
2024-11-22 11:49:26 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 11:49:36 +0100Square(~Square@user/square) (Ping timeout: 276 seconds)
2024-11-22 11:55:26 +0100mceresa(~mceresa@user/mceresa) (Ping timeout: 252 seconds)
2024-11-22 12:07:21 +0100euleritian(~euleritia@ip2504f9cf.dynamic.kabel-deutschland.de) (Ping timeout: 246 seconds)
2024-11-22 12:08:46 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de)
2024-11-22 12:09:46 +0100kenran(~void@user/kenran) (Ping timeout: 244 seconds)
2024-11-22 12:10:52 +0100pavonia(~user@user/siracusa) siracusa
2024-11-22 12:13:19 +0100kuribas(~user@ptr-17d51eptprfopgif7d6.18120a2.ip6.access.telenet.be) (Ping timeout: 264 seconds)
2024-11-22 12:28:13 +0100Digit(~user@user/digit) (Read error: Connection reset by peer)
2024-11-22 12:30:39 +0100kuribas(~user@ptr-17d51emgi36u91b7ck4.18120a2.ip6.access.telenet.be) kuribas
2024-11-22 12:30:52 +0100Digit(~user@user/digit) Digit
2024-11-22 12:31:39 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-22 12:37:27 +0100mari-estel(~mari-este@user/mari-estel) (Remote host closed the connection)
2024-11-22 12:37:41 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 12:44:06 +0100mceresa(~mceresa@user/mceresa) mceresa
2024-11-22 12:44:08 +0100son0p(~ff@2800:e2:f80:ee7::4) son0p
2024-11-22 12:44:37 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 12:54:42 +0100szkl(uid110435@id-110435.uxbridge.irccloud.com) szkl
2024-11-22 12:54:49 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-22 12:59:51 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 246 seconds)
2024-11-22 13:06:38 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 13:11:54 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-22 13:13:16 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2024-11-22 13:19:20 +0100alp_(~alp@2001:861:8ca0:4940:fc9d:90cc:a5de:4f14) (Remote host closed the connection)
2024-11-22 13:19:39 +0100alp_(~alp@2001:861:8ca0:4940:7c0a:aa87:68a6:fce0)
2024-11-22 13:23:45 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 13:27:05 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 252 seconds)
2024-11-22 13:27:09 +0100acidjnk_new3(~acidjnk@p200300d6e7283f07512390ce63ebc194.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
2024-11-22 13:27:47 +0100wootehfoot(~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer)
2024-11-22 13:29:02 +0100vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2024-11-22 13:29:27 +0100acidjnk_new3(~acidjnk@p200300d6e7283f07095a006aa041e305.dip0.t-ipconnect.de) acidjnk
2024-11-22 13:30:23 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds)
2024-11-22 13:38:10 +0100divya(~user@139.5.11.231) divya
2024-11-22 13:39:41 +0100 <divya> I'm in the process of building a symbolic math library in Haskell, I've mostly looked around for similar stuff in hackage and other relevant places, but if anyone here has any cool stuff I should look into, please let me know.
2024-11-22 13:41:04 +0100 <mauke> > a^3
2024-11-22 13:41:06 +0100 <lambdabot> a * a * a
2024-11-22 13:41:41 +0100 <hellwolf> divya: cool!! is it already a public git repo that I can follow?
2024-11-22 13:42:24 +0100 <divya> hellwolf: Hey, not yet, I'm being a bit conservative until I fix a few things and some basic things work, but I'll soon release it on codeberg and github and link it here :)
2024-11-22 13:43:22 +0100 <divya> It was quite surprising to me that no such library as of now exists, since as a math person, Haskell comes naturally as a language for this purpose, than say Python (with SymPy et.al)
2024-11-22 13:43:28 +0100 <hellwolf> nice, I have been using sage. but I am very enthusiastic about a Haskell impl!
2024-11-22 13:43:40 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 13:43:57 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4)
2024-11-22 13:44:15 +0100 <divya> hellwolf: Good to know there's peple who'd be interested :D
2024-11-22 13:44:37 +0100 <hellwolf> I am not an advanced user, but when I needed it, I used sage.
2024-11-22 13:44:50 +0100mange(~user@user/mange) (Quit: Zzz...)
2024-11-22 13:50:17 +0100JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-11-22 13:53:45 +0100kuribas(~user@ptr-17d51emgi36u91b7ck4.18120a2.ip6.access.telenet.be) (Ping timeout: 276 seconds)
2024-11-22 13:59:43 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de) (Read error: Connection reset by peer)
2024-11-22 14:00:01 +0100euleritian(~euleritia@ip2504f9cf.dynamic.kabel-deutschland.de)
2024-11-22 14:00:52 +0100wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2024-11-22 14:04:19 +0100Square(~Square@user/square) Square
2024-11-22 14:04:28 +0100kuribas(~user@ptr-17d51emjupdmw5dv1xj.18120a2.ip6.access.telenet.be) kuribas
2024-11-22 14:11:13 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 248 seconds)
2024-11-22 14:20:28 +0100 <[exa]> divya: pls announce here once anything gets out!
2024-11-22 14:20:53 +0100 <divya> [exa]: By all means :)
2024-11-22 14:21:45 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2024-11-22 14:22:25 +0100 <[exa]> divya: anyway the unavailability might be due to the common standards in the field; to me it seems like that common symbolic math users are also the ones who just yolo inversion of badly determined linear systems and let their data die in round-off errors. And that doesn't really fit into haskell way of thinking
2024-11-22 14:23:06 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 14:23:15 +0100mari-estel(~mari-este@user/mari-estel) (Quit: time to cook something)
2024-11-22 14:31:11 +0100 <divya> [exa]: Well, yeah, but I guess one could change that and bring cleaner approaches to computation.
2024-11-22 14:32:32 +0100 <[exa]> *the compendium of matlab users frowns in annoyance*
2024-11-22 14:32:38 +0100 <divya> hahaha
2024-11-22 14:33:14 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 14:36:39 +0100tinjamin4(~tinjamin@banshee.h4x0r.space) (Remote host closed the connection)
2024-11-22 14:36:42 +0100 <divya> Having played around with matlab and its libre alternatives, I don't like how I have to think while doing computation in it. It takes me steps further away from what I'd do in math.
2024-11-22 14:37:58 +0100tinjamin4(~tinjamin@banshee.h4x0r.space)
2024-11-22 14:42:37 +0100ft(~ft@p508db9c7.dip0.t-ipconnect.de) ft
2024-11-22 14:44:12 +0100 <JuanDaugherty> there may be some cognive dissonance, blockage, obviation, with the notion that hs is an implementation of mathematics, that and the plethora of pkgs mentioned
2024-11-22 14:45:15 +0100 <JuanDaugherty> mahematica being the one on my mind rn, as i'm moving a desktop where its installed and will have to get a new math id
2024-11-22 14:45:18 +0100 <JuanDaugherty> maybe
2024-11-22 14:45:45 +0100 <JuanDaugherty> *cognitive
2024-11-22 14:46:19 +0100 <zzz> when using `join bimap IntMap.fromList ...` do both IntMaps have to have the same type? does the Dreaded Monomorphism Restriction force me to write `bimap IntMap.fromList IntMap.fromList ...` ?
2024-11-22 14:46:25 +0100euleritian(~euleritia@ip2504f9cf.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds)
2024-11-22 14:46:42 +0100 <zzz> or is it something else?
2024-11-22 14:47:09 +0100 <merijn> zzz: nah, the problem is join not inferring a Rank2Type
2024-11-22 14:47:29 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de)
2024-11-22 14:47:36 +0100 <merijn> Which makes sense because, while theoretically solved efficient Rank2 type inference is hard to implement/make fast
2024-11-22 14:47:55 +0100 <merijn> I *think* you should be able to make it work if you manually write out the Rank2 type
2024-11-22 14:48:30 +0100 <JuanDaugherty> *mathematica
2024-11-22 14:48:37 +0100JuanDaugherty(~juan@user/JuanDaugherty) (Quit: JuanDaugherty)
2024-11-22 14:49:17 +0100 <merijn> actually, maybe I'm talking nonsense
2024-11-22 14:49:53 +0100 <merijn> ok, no, I think that's right
2024-11-22 14:52:43 +0100 <merijn> zzz: i.e. what you're passing is `forall v . [(Int, v)] -> IntMap v`, (which works for any `v`), but once join passes it to bimap it'll have constrained them to the *same* `v` (that is, `[(Int, v)] -> IntMap v` for some out of scope type variable v), so what you're needing `join` to track is the fact that your function is polymorphic (which it could, with a Rank2 type), but GHC doesn't support inferring
2024-11-22 14:52:49 +0100 <merijn> Rank2Types (last I checked, anyway) only checking them
2024-11-22 14:53:02 +0100 <merijn> zzz: See this example: https://gist.github.com/merijn/77e3fa9757658e59b01d
2024-11-22 14:53:17 +0100 <zzz> i get it! thanks
2024-11-22 15:03:26 +0100szkl(uid110435@id-110435.uxbridge.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-22 15:05:21 +0100 <absence> Is it generally "safe" to peel off newtype wrappers with unsafeCoerce, assuming one doesn't mess up the type signature?
2024-11-22 15:05:37 +0100 <merijn> absence: Define safe
2024-11-22 15:05:45 +0100 <merijn> Also, sounds like you want "coerce" :p
2024-11-22 15:06:17 +0100 <absence> Safe as in doesn't crash. I can't use coerce because the newtype constructor isn't exported.
2024-11-22 15:06:58 +0100 <merijn> absence: Shouldn't crash, the main risk is that you can (theoretically) violate type safety, but that requires some intentionally crafted shenanigans
2024-11-22 15:13:13 +0100 <tomsmeding> absence: the representation of the newtype is the same as that of its field, so you get a valid heap object after that unsafeCoerce. Whether you also get a valid value in the API of whatever library you're using, is for you to say :)
2024-11-22 15:13:48 +0100 <tomsmeding> depending on the invariants that the library expects, the result may well be that the library's functions crash somehow
2024-11-22 15:14:05 +0100 <merijn> tomsmeding: Well, there's some typeclass shenanigans that let you implement "unsafePerformIO" using it and other type safety compromising shenanigans
2024-11-22 15:14:34 +0100 <merijn> but yeah, the runtime representation of newtypes is guaranteed to be the same as their argument, so unsafeCoerce should always work fine (for some value of fine)
2024-11-22 15:17:11 +0100 <absence> The invariants part will be fun, since IO and threads are involved, but you have to break some eggs to make omelette... :P At least it's good to know that any crashes won't be caused by the coercion itself. Thanks!
2024-11-22 15:18:14 +0100 <merijn> absence: tbh, you do have to pull some shenanigans that are hard to do "on accident" for that to happen :p
2024-11-22 15:20:14 +0100weary-traveler(~user@user/user363627) user363627
2024-11-22 15:27:00 +0100ubert(~Thunderbi@77.119.163.150.wireless.dyn.drei.com) (Ping timeout: 272 seconds)
2024-11-22 15:31:51 +0100zetef(~quassel@5.14.132.167) zetef
2024-11-22 15:31:58 +0100zetef(~quassel@5.14.132.167) (Client Quit)
2024-11-22 15:32:42 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7
2024-11-22 15:36:21 +0100zenmov(~zenmov@152.59.70.72)
2024-11-22 15:36:43 +0100CoolMa7_(~CoolMa7@128.90.175.4) CoolMa7
2024-11-22 15:36:57 +0100zenmov_(~zenmov@2409:40d0:2038:3f1c:fdb9:d79d:f240:f872)
2024-11-22 15:37:19 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) (Ping timeout: 264 seconds)
2024-11-22 15:40:14 +0100CoolMa7(~CoolMa7@95.91.137.87) CoolMa7
2024-11-22 15:41:25 +0100CoolMa7_(~CoolMa7@128.90.175.4) (Ping timeout: 248 seconds)
2024-11-22 15:41:36 +0100CoolMa7(~CoolMa7@95.91.137.87) (Client Quit)
2024-11-22 15:43:08 +0100zenmov(~zenmov@152.59.70.72) (Ping timeout: 252 seconds)
2024-11-22 15:43:09 +0100zenmov_(~zenmov@2409:40d0:2038:3f1c:fdb9:d79d:f240:f872) (Ping timeout: 244 seconds)
2024-11-22 15:44:42 +0100ubert(~Thunderbi@178.165.183.45.wireless.dyn.drei.com) ubert
2024-11-22 15:49:07 +0100gorignak(~gorignak@user/gorignak) (Quit: quit)
2024-11-22 15:49:39 +0100gorignak(~gorignak@user/gorignak) gorignak
2024-11-22 15:49:39 +0100ash3en(~Thunderbi@ip1f10cbd6.dynamic.kabel-deutschland.de) ash3en
2024-11-22 15:49:55 +0100ash3en(~Thunderbi@ip1f10cbd6.dynamic.kabel-deutschland.de) (Client Quit)
2024-11-22 15:54:41 +0100alp_(~alp@2001:861:8ca0:4940:7c0a:aa87:68a6:fce0) (Ping timeout: 248 seconds)
2024-11-22 15:59:19 +0100gorignak(~gorignak@user/gorignak) (Quit: quit)
2024-11-22 15:59:50 +0100gorignak(~gorignak@user/gorignak) gorignak
2024-11-22 16:04:36 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 16:09:30 +0100gorignak(~gorignak@user/gorignak) (Quit: quit)
2024-11-22 16:10:01 +0100gorignak(~gorignak@user/gorignak) gorignak
2024-11-22 16:10:17 +0100ph88(~ph88@2a02:8109:9e26:c800:b207:6fdf:3bc2:af75) ph88
2024-11-22 16:10:57 +0100paul_j(~user@8.190.187.81.in-addr.arpa)
2024-11-22 16:17:42 +0100alp_(~alp@2001:861:8ca0:4940:78a1:8f27:d654:5f75)
2024-11-22 16:21:10 +0100divya(~user@139.5.11.231) (Read error: Connection reset by peer)
2024-11-22 16:21:24 +0100divya(~user@139.5.11.231)
2024-11-22 16:33:42 +0100ph88(~ph88@2a02:8109:9e26:c800:b207:6fdf:3bc2:af75) (Ping timeout: 246 seconds)
2024-11-22 16:35:53 +0100Sgeo(~Sgeo@user/sgeo) Sgeo
2024-11-22 16:41:33 +0100weary-traveler(~user@user/user363627) (Remote host closed the connection)
2024-11-22 16:59:18 +0100 <hellwolf> a problem surfaced after using top-level TH splice to generate the type synonyms... LSP seems confused...
2024-11-22 16:59:39 +0100 <hellwolf> For the sake of devx, I may have to roll back that fancy top-level TH splice trick :(
2024-11-22 16:59:54 +0100 <hellwolf> But should revisit LSP another day to fix it.
2024-11-22 17:01:54 +0100mari-estel(~mari-este@user/mari-estel) ()
2024-11-22 17:01:55 +0100 <hellwolf> "Can't find interface-file declaration for type constructor or class U8"
2024-11-22 17:02:12 +0100 <hellwolf> "Possible cause: bug in .hi-boot file, or incosistent .hi file ...."
2024-11-22 17:02:26 +0100 <hellwolf> perhaps I can create a .hi-boot file to assist it...
2024-11-22 17:08:04 +0100 <merijn> hellwolf: First question for you: Do you have multiple TH splices in that file?
2024-11-22 17:08:37 +0100 <merijn> hellwolf: Second question: Are you referencing that top level type synonym before the splice defining it?
2024-11-22 17:10:10 +0100mari-estel(~mari-este@user/mari-estel) mari-estel
2024-11-22 17:11:14 +0100gentauro(~gentauro@user/gentauro) (Read error: Connection reset by peer)
2024-11-22 17:11:50 +0100 <hellwolf> 1st: No, only one big top-level splice, see "https://github.com/hellwolf/yul-dsl-monorepo/blob/35727d4d0932d1189b922da47e292cfd8c1b362b/hs-pkgs…", it was from a thread a few days ago.
2024-11-22 17:12:16 +0100 <hellwolf> 2nd: No, I refer to it elsewhere, it works. The one that's bailing is LSP
2024-11-22 17:13:13 +0100 <hellwolf> If it's not a red herring, I may have to just revert to old way: https://github.com/hellwolf/yul-dsl-monorepo/blob/1291a7ae1ac1770c3d3966991075a099225c32dc/hs-pkgs… (so far, it seems to be an LSP issue.0
2024-11-22 17:13:19 +0100 <merijn> oh, wait,ok, that rules out any if the things I was thinking :p
2024-11-22 17:13:47 +0100 <merijn> hellwolf: What exactly is the LSP error?
2024-11-22 17:14:04 +0100 <hellwolf> I quoted above. Few lines back.
2024-11-22 17:14:12 +0100 <hellwolf> "Can't find interface-file declaration"
2024-11-22 17:14:48 +0100 <hellwolf> it's a pity. I really liked that top-level slice. I will keep that trick for instance declarations, but I'd have to bail for the type synonyms.
2024-11-22 17:15:32 +0100 <merijn> hellwolf: Is that project using FFI anywhere?
2024-11-22 17:15:39 +0100 <haskellbridge> <hellwolf> nope
2024-11-22 17:15:53 +0100 <merijn> ok, then I'm out of obvious ideas for culprits :p
2024-11-22 17:16:30 +0100 <haskellbridge> <hellwolf> Maybe LSP have limitations on TH in general. THat's why I was asking here, since some people here may know.
2024-11-22 17:17:11 +0100gentauro(~gentauro@user/gentauro) gentauro
2024-11-22 17:17:33 +0100 <merijn> In general it should work
2024-11-22 17:17:48 +0100 <merijn> I've used it already years ago and only ran into some really niche issues
2024-11-22 17:18:42 +0100 <hellwolf> Maybe I can create a minimal reproduceable case. I will take a mental note and do that some other day.
2024-11-22 17:18:42 +0100vektor(~vektor@IP-149249144107.pools.medianet-world.de)
2024-11-22 17:19:56 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de) (Ping timeout: 252 seconds)
2024-11-22 17:20:12 +0100 <vektor> ... GHC, are you quite alright? https://paste.tomsmeding.com/Nlr8wvdB
2024-11-22 17:20:17 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de)
2024-11-22 17:20:17 +0100paul_j(~user@8.190.187.81.in-addr.arpa) (Remote host closed the connection)
2024-11-22 17:20:31 +0100paul_j(~user@8.190.187.81.in-addr.arpa)
2024-11-22 17:21:17 +0100 <vektor> I can not for the life of me figure out how GHC thinks that I applied three args to "not" here.
2024-11-22 17:21:18 +0100 <vektor> I get it's super wrong, the `and` should've been infix to properly syntax, and it should've been && to properly type.
2024-11-22 17:21:18 +0100 <vektor> But can GHC really not offer a better error here?
2024-11-22 17:23:04 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-22 17:23:24 +0100lortabac(~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) (Ping timeout: 246 seconds)
2024-11-22 17:25:11 +0100 <vektor> I suppose haskell figured it's just an application chain: not True and (not False) - because the and wasn't infixed, it's the only option the parser is left with, which makes no sense at the type level.
2024-11-22 17:25:39 +0100 <geekosaur> :t and
2024-11-22 17:25:40 +0100 <lambdabot> Foldable t => t Bool -> Bool
2024-11-22 17:26:01 +0100 <geekosaur> `and` is not what you think it is, so `not` is not being used the way you think it should be
2024-11-22 17:26:25 +0100 <geekosaur> (you want `&&`)
2024-11-22 17:26:55 +0100chele(~chele@user/chele) (Remote host closed the connection)
2024-11-22 17:26:57 +0100 <hellwolf> you use (&&) (||) but you should use (not) <-- haskell logic :)
2024-11-22 17:29:10 +0100zenmov(~zenmov@103.212.156.174)
2024-11-22 17:29:10 +0100 <vektor> geeko: yeah, I mean, I know how it should be, I'm more confused by the absolutely cryptic compiler error. Considering that to the "human parse" of the program, there's syntax errors, but haskell is just like "this is fine" and hands the hot potato off to the type system.
2024-11-22 17:29:34 +0100zenmov_(~zenmov@103.212.156.174)
2024-11-22 17:29:39 +0100 <geekosaur> it's not a syntax error
2024-11-22 17:29:48 +0100 <vektor> Well, yes, not to GHC.
2024-11-22 17:29:58 +0100 <geekosaur> the syntax is entirely valid, it just means something completely different from what you intended
2024-11-22 17:30:21 +0100 <geekosaur> and "intent" is not something a compiler can infer
2024-11-22 17:30:32 +0100 <vektor> Of course.
2024-11-22 17:30:57 +0100 <geekosaur> (well, that's not wntirely true. but that gets you WATFIV which infamously could compile just about anything by "correcting" you, usually in ways you didn't expect)
2024-11-22 17:31:32 +0100 <vektor> I mean, I've had the same problem in different instances come to bite me every so often: The parser will accept a lot of stuff that is absolutely hot flaming garbage, and doesn't pass a basic sniff test, but the type checker gives cryptic errors.
2024-11-22 17:32:52 +0100 <hellwolf> do you have a suggestion?
2024-11-22 17:33:07 +0100 <vektor> Beyond "display the syntax tree for debug purposes"... not really?
2024-11-22 17:33:32 +0100 <hellwolf> did your terminal show red text for the first "not"?
2024-11-22 17:34:21 +0100 <vektor> nope
2024-11-22 17:34:37 +0100 <geekosaur> the typechecker didn't get that far
2024-11-22 17:34:41 +0100 <mari-estel> @hoogle (a -> m b) -> t a -> m (t (a, b))
2024-11-22 17:34:42 +0100 <lambdabot> No results found
2024-11-22 17:35:18 +0100 <vektor> Perhaps slightly less radical: When printing the "but it was applied to too many" error message, GHC could quickly spit out what exactly those three args are.
2024-11-22 17:35:24 +0100 <geekosaur> (if it had, it would have inferred `(not True)` as having a function type)
2024-11-22 17:35:38 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 17:35:49 +0100 <geekosaur> even that is a bit difficult, because they come form `and`
2024-11-22 17:35:58 +0100 <vektor> Cause this is either a "beyond obvious" error where you know just from the error message what's the problem, or it's a very sneaky issue.
2024-11-22 17:36:16 +0100 <geekosaur> `and FUNCTION LIST` folds `FUNCTION` over `LIST`
2024-11-22 17:36:30 +0100 <geekosaur> (whihc must be a list of `Bool`)
2024-11-22 17:39:09 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de) (Ping timeout: 246 seconds)
2024-11-22 17:39:51 +0100 <geekosaur> and yes, the type of higher order expressions can be a bit weird, especially if the result is inferred to be higher order which is what the `(not True)` is doing to you
2024-11-22 17:40:41 +0100 <geekosaur> (because, by its position in the expression, it is expected to be a function type)
2024-11-22 17:42:49 +0100 <geekosaur> what you may actually be looking for is Helium
2024-11-22 17:43:25 +0100 <geekosaur> https://github.com/Helium4Haskell/helium
2024-11-22 17:49:36 +0100 <mari-estel> @hoogle [(a, [b])] -> [(b -> [a])]
2024-11-22 17:49:37 +0100 <lambdabot> No results found
2024-11-22 17:49:41 +0100zenmov(~zenmov@103.212.156.174) (Changing host)
2024-11-22 17:49:41 +0100zenmov(~zenmov@user/zenmov) zenmov
2024-11-22 17:51:52 +0100 <mari-estel> @hoogle Map a b -> Map b a
2024-11-22 17:51:53 +0100 <lambdabot> No results found
2024-11-22 18:01:59 +0100Digitteknohippie(~user@user/digit) Digit
2024-11-22 18:02:03 +0100Digit(~user@user/digit) (Ping timeout: 276 seconds)
2024-11-22 18:02:32 +0100zenmov_(~zenmov@103.212.156.174) (Quit: leaving)
2024-11-22 18:02:32 +0100zenmov(~zenmov@user/zenmov) (Quit: leaving)
2024-11-22 18:02:51 +0100zenmov(~zenmov@103.212.156.174)
2024-11-22 18:03:32 +0100zenmov(~zenmov@103.212.156.174) (Changing host)
2024-11-22 18:03:32 +0100zenmov(~zenmov@user/zenmov) zenmov
2024-11-22 18:10:50 +0100zenmov(~zenmov@user/zenmov) (Quit: leaving)
2024-11-22 18:11:05 +0100zenmov(~zenmov@103.212.156.174)
2024-11-22 18:11:22 +0100vektor(~vektor@IP-149249144107.pools.medianet-world.de) (Quit: Client closed)
2024-11-22 18:11:56 +0100zenmov(~zenmov@103.212.156.174) (Changing host)
2024-11-22 18:11:56 +0100zenmov(~zenmov@user/zenmov) zenmov
2024-11-22 18:14:37 +0100ljdarj1(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 18:18:00 +0100ljdarj(~Thunderbi@user/ljdarj) (Ping timeout: 272 seconds)
2024-11-22 18:18:27 +0100ljdarj(~Thunderbi@user/ljdarj) ljdarj
2024-11-22 18:18:40 +0100ljdarj1(~Thunderbi@user/ljdarj) (Ping timeout: 244 seconds)
2024-11-22 18:22:03 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 18:28:11 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2024-11-22 18:30:46 +0100gmg(~user@user/gehmehgeh) (Ping timeout: 260 seconds)
2024-11-22 18:37:49 +0100todi(~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2024-11-22 18:40:22 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 18:40:29 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de)
2024-11-22 18:40:32 +0100mari-estel(~mari-este@user/mari-estel) (Remote host closed the connection)
2024-11-22 18:43:47 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 265 seconds)
2024-11-22 18:44:49 +0100euleritian(~euleritia@dynamic-176-006-140-182.176.6.pool.telefonica.de) (Ping timeout: 260 seconds)
2024-11-22 18:48:17 +0100 <bwe> Two data constructors with records `groupName`. OverloadedRecordDot and DuplicateRecordFields on. In file where I define both constructurs as well as where I use them. Still getting ambiguous occurrence error. What's the right way to use two same record names? https://ghc.gitlab.haskell.org/ghc/doc/users_guide/exts/overloaded_record_dot.html does not say more.
2024-11-22 18:49:06 +0100son0p(~ff@2800:e2:f80:ee7::4) (Ping timeout: 265 seconds)
2024-11-22 18:49:27 +0100 <bwe> side note: I am using the recordname `groupName` as a function like `map (S.singleton . groupName) xs`
2024-11-22 18:50:52 +0100todi(~todi@p57803331.dip0.t-ipconnect.de) todi
2024-11-22 18:51:30 +0100L29Ah(~L29Ah@wikipedia/L29Ah) ()
2024-11-22 18:51:48 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 18:52:34 +0100gmg(~user@user/gehmehgeh) gehmehgeh
2024-11-22 18:55:36 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 18:56:05 +0100 <kaol> bwe: That use doesn't really concern OverloadedRecordDot. Check the section about imports at https://ghc.gitlab.haskell.org/ghc/doc/users_guide/exts/duplicate_record_fields.html, hiding one of the groupName definitions or importing it twice with qualified names could work.
2024-11-22 18:58:35 +0100 <bwe> what's the convention now? defining record names including the dataConstructorRecordLabel or recordLabel?
2024-11-22 19:03:59 +0100 <kaol> I'm not sure what else to say without seeing any code.
2024-11-22 19:06:47 +0100weary-traveler(~user@user/user363627) user363627
2024-11-22 19:08:29 +0100Guest22(~Guest22@78.10.206.35)
2024-11-22 19:08:39 +0100Guest22(~Guest22@78.10.206.35) (Client Quit)
2024-11-22 19:10:04 +0100todi(~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2024-11-22 19:10:38 +0100 <hellwolf> I made it :)
2024-11-22 19:10:39 +0100 <hellwolf> λ> :type erc20_transfer
2024-11-22 19:10:39 +0100 <hellwolf> erc20_transfer
2024-11-22 19:10:39 +0100 <hellwolf> :: Fn (MkLinearEffect 1) (ADDR -> ADDR -> INTx False 32 -> BOOL)
2024-11-22 19:11:13 +0100 <hellwolf> I have now a system that tracks stateful transitions with a number in (MkLinearEffect) and with linear types it can eliminate a bunch of programming mistakes.
2024-11-22 19:11:18 +0100 <hellwolf> GHC/Haskell is great.
2024-11-22 19:15:44 +0100 <hellwolf> I wish GHCi could show U256 instead of "INTx False 32", which is a type synonym.
2024-11-22 19:16:52 +0100cheater(~Username@user/cheater) (Quit: Going offline, see ya! (www.adiirc.com))
2024-11-22 19:18:09 +0100 <kaol> bwe: You could use something like (\YourType1{groupName = x} -> x) to make it work in the same module where you define it.
2024-11-22 19:19:19 +0100housemate(~housemate@2405:6e00:2239:800c:bb7d:84ba:bcf2:399e) housemate
2024-11-22 19:20:39 +0100tzh(~tzh@c-76-115-131-146.hsd1.or.comcast.net)
2024-11-22 19:22:31 +0100todi(~todi@p57803331.dip0.t-ipconnect.de) todi
2024-11-22 19:23:03 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de)
2024-11-22 19:24:56 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 19:25:11 +0100 <bwe> kaol: ok, thanks.
2024-11-22 19:25:46 +0100cattiesCatty
2024-11-22 19:26:51 +0100 <bwe> is there any data type in Haskell that allows ONLY Integer numbers that are positive and non zero?
2024-11-22 19:27:08 +0100 <bwe> I'd like to avoid error catching and handling of DivZero
2024-11-22 19:27:37 +0100 <mauke> don't think so
2024-11-22 19:27:56 +0100paul_j(~user@8.190.187.81.in-addr.arpa) (Quit: Asta la vista)
2024-11-22 19:34:50 +0100 <haskellbridge> <Bowuigi> Maybe https://hackage.haskell.org/package/ghc-bignum
2024-11-22 19:35:04 +0100 <haskellbridge> <Bowuigi> Not non-zero but it rules out negative ones
2024-11-22 19:36:50 +0100 <tomsmeding> bwe: your own newtype around Natural :p
2024-11-22 19:36:57 +0100 <tomsmeding> beware when implementing Num
2024-11-22 19:37:04 +0100 <tomsmeding> x - x is an error
2024-11-22 19:37:57 +0100 <kaol> Or the friends in Data.Word.
2024-11-22 19:38:31 +0100 <kaol> Just define x - x = maxBound for fun times.
2024-11-22 19:38:57 +0100 <tomsmeding> if you want to be sure that no-one wants to maintain your code, that is :)
2024-11-22 19:40:07 +0100 <kaol> Banning zero is a novel idea for sure. Sorry, you're better off with just dealing with the case in your code.
2024-11-22 19:40:35 +0100 <tomsmeding> it could be a Semigroup over addition just fine
2024-11-22 19:40:37 +0100 <tomsmeding> but not much more
2024-11-22 19:42:41 +0100 <kaol> If you'd be okay with using only (*) you can have your monoid.
2024-11-22 19:46:42 +0100 <haskellbridge> <hellwolf> you can probably achieve it with Nat too, for type level guarantee, whereby anything that generate a zero is a type error. but depending on your use case, this can be rather difficult to wield, since it requires you carry proofs around.
2024-11-22 19:47:36 +0100 <haskellbridge> <hellwolf> liquid haskell is probably more "practical", but I don't have experience with.
2024-11-22 19:47:36 +0100 <haskellbridge> Otherwise, newtype, your own Num and live with runtime errors..
2024-11-22 19:48:04 +0100 <haskellbridge> <hellwolf> but by that point, you might as well live with the divide by zero runtime error?
2024-11-22 19:48:55 +0100DigitteknohippieDigit
2024-11-22 19:53:31 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 264 seconds)
2024-11-22 20:00:16 +0100 <lxsameer> is there anyway to restrict Async's mapConcurrently to do X jobs at the same time?
2024-11-22 20:02:11 +0100philopsos(~caecilius@user/philopsos) philopsos
2024-11-22 20:02:45 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds)
2024-11-22 20:04:17 +0100Natch(~natch@c-92-34-7-158.bbcust.telenor.se) (Remote host closed the connection)
2024-11-22 20:04:45 +0100euleritian(~euleritia@ip4d16fc9f.dynamic.kabel-deutschland.de)
2024-11-22 20:06:51 +0100 <tomsmeding> Control.Concurrent.setNumCapabilities? :p
2024-11-22 20:07:07 +0100 <tomsmeding> (there'd better be a better answer)
2024-11-22 20:07:58 +0100 <kaol> This may be brute forcing, but: Create an MVar. Start a thread that puts as many () tokens in it with putMVar as you want threads in a loop. Wrap each action with takeMVar and putMVar except for the last n that only take.
2024-11-22 20:09:32 +0100 <lxsameer> cheers
2024-11-22 20:10:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 20:10:44 +0100 <tomsmeding> lxsameer: I looked into the source of mapConcurrently a little, and it seems it just uses forkIO to start a whole bunch of threads, one per list item
2024-11-22 20:10:56 +0100 <tomsmeding> so if you want to limit parallelism, it's up to you to restrict the list length
2024-11-22 20:11:15 +0100 <tomsmeding> ah, see also the last paragraph in the haddocks here https://hackage.haskell.org/package/async-2.2.5/docs/Control-Concurrent-Async.html#v:mapConcurrently
2024-11-22 20:11:22 +0100 <tomsmeding> that could have more prominence :p
2024-11-22 20:12:14 +0100 <lxsameer> tomsmeding: cheers, I'm donig some locking now
2024-11-22 20:12:35 +0100 <tomsmeding> lxsameer: https://hackage.haskell.org/package/async-pool
2024-11-22 20:12:47 +0100 <tomsmeding> I think this does what you want
2024-11-22 20:13:42 +0100 <tomsmeding> there's a mapConcurrently there too
2024-11-22 20:14:33 +0100 <tomsmeding> seems to be using STM under the hood, not sure if that's the most efficient way to do this, but it works I guess
2024-11-22 20:14:45 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 20:14:48 +0100 <tomsmeding> perhaps still don't use that on gigantic lists?
2024-11-22 20:15:10 +0100 <lxsameer> tomsmeding: thank you. for now i just need it to work
2024-11-22 20:15:44 +0100 <tomsmeding> an MVar containing an Int of the number of "free worker threads" could work
2024-11-22 20:16:01 +0100 <tomsmeding> hm, no
2024-11-22 20:17:58 +0100 <lxsameer> what about partitioning the array into pieces and evaluate the chunks in series
2024-11-22 20:18:05 +0100 <lxsameer> each with mapConcurrently
2024-11-22 20:18:38 +0100 <tomsmeding> rather cut the array in pieces, mapConcurrently over the array of pieces, and do each piece sequentially
2024-11-22 20:19:00 +0100 <lxsameer> tomsmeding: cool even better
2024-11-22 20:19:05 +0100 <lxsameer> thanks mate
2024-11-22 20:20:19 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 20:20:58 +0100 <tomsmeding> (this is how mapConcurrently is intended to be used, I think)
2024-11-22 20:22:34 +0100 <kaol> Starting new threads is relatively expensive.
2024-11-22 20:23:36 +0100 <lxsameer> kaol: it's a green thread
2024-11-22 20:24:06 +0100 <kaol> "Relatively" still holds.
2024-11-22 20:24:29 +0100sprotte24(~sprotte24@p200300d16f067300a0004335d6f02347.dip0.t-ipconnect.de)
2024-11-22 20:24:43 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 20:25:31 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 20:30:14 +0100 <lxsameer> yeah for sure
2024-11-22 20:32:31 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 264 seconds)
2024-11-22 20:43:29 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 20:47:53 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds)
2024-11-22 20:51:59 +0100lxsameer(~lxsameer@Serene/lxsameer) (Ping timeout: 260 seconds)
2024-11-22 20:55:50 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-22 20:56:14 +0100Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) Tuplanolla
2024-11-22 20:56:55 +0100andreas303(andreas303@is.drunk.and.ready-to.party) (Quit: fBNC - https://bnc4free.com)
2024-11-22 20:58:51 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 21:00:06 +0100caconym(~caconym@user/caconym) (Quit: bye)
2024-11-22 21:00:43 +0100caconym(~caconym@user/caconym) caconym
2024-11-22 21:03:14 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 21:04:10 +0100Smiles(uid551636@id-551636.lymington.irccloud.com) (Quit: Connection closed for inactivity)
2024-11-22 21:09:09 +0100andreas303(andreas303@is.drunk.and.ready-to.party) andreas303
2024-11-22 21:10:37 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Quit: peterbecich)
2024-11-22 21:11:26 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich
2024-11-22 21:12:39 +0100vanishingideal(~vanishing@user/vanishingideal) (Quit: leaving)
2024-11-22 21:14:12 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 21:17:30 +0100szkl(uid110435@id-110435.uxbridge.irccloud.com) szkl
2024-11-22 21:18:28 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) (Quit: Bye!)
2024-11-22 21:18:37 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 21:20:35 +0100remedan(~remedan@ip-62-245-108-153.bb.vodafone.cz) remedan
2024-11-22 21:21:02 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 272 seconds)
2024-11-22 21:21:49 +0100JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-11-22 21:27:32 +0100Natch(~natch@c-92-34-7-158.bbcust.telenor.se)
2024-11-22 21:29:33 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 21:33:54 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2024-11-22 21:40:21 +0100Everything(~Everythin@46-133-172-194.mobile.vf-ua.net) Everything
2024-11-22 21:43:58 +0100sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2024-11-22 21:44:53 +0100L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2024-11-22 21:44:56 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 21:46:42 +0100weary-traveler(~user@user/user363627) (Remote host closed the connection)
2024-11-22 21:48:07 +0100_________(~nobody@user/noodly) (Ping timeout: 264 seconds)
2024-11-22 21:48:27 +0100 <geekosaur> re mapConcurrently, isn't this more the area of Control.Parallel.Strategies? Sparks are cheap
2024-11-22 21:48:30 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7
2024-11-22 21:48:47 +0100 <geekosaur> and map-reduce is more or less their intended use case
2024-11-22 21:49:24 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2024-11-22 21:55:02 +0100_________(~nobody@user/noodly) _________
2024-11-22 21:58:15 +0100ubert(~Thunderbi@178.165.183.45.wireless.dyn.drei.com) (Ping timeout: 244 seconds)
2024-11-22 22:00:17 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 22:05:36 +0100briandaed(~root@user/briandaed) (Remote host closed the connection)
2024-11-22 22:06:57 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 22:16:20 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 22:16:36 +0100housemate(~housemate@2405:6e00:2239:800c:bb7d:84ba:bcf2:399e) (Quit: Nothing to see here. I wasn't there.)
2024-11-22 22:18:19 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 22:19:59 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 22:22:48 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 22:23:31 +0100stiell_(~stiell@gateway/tor-sasl/stiell) (Ping timeout: 260 seconds)
2024-11-22 22:28:10 +0100JuanDaugherty(~juan@user/JuanDaugherty) (Remote host closed the connection)
2024-11-22 22:31:05 +0100 <kaol> Is Control.Parallel.Strategies really usable if you want to do parallel IO? There's usingIO and friends but they don't give access to it inside any evaluation.
2024-11-22 22:32:45 +0100 <glguy> That module is for parallelizing pure expressions
2024-11-22 22:33:38 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 22:35:50 +0100 <bwe> tomsmeding: btw it's cool to have random example code show up at when I open a new https://play-haskell.tomsmeding.com session!
2024-11-22 22:38:13 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 22:38:57 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 276 seconds)
2024-11-22 22:46:45 +0100tureba(~tureba@tureba.org) (Ping timeout: 276 seconds)
2024-11-22 22:49:00 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 22:49:01 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 22:49:13 +0100Wygulmage(~Wygulmage@136.61.37.182)
2024-11-22 22:53:10 +0100takuan(~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection)
2024-11-22 22:53:29 +0100Wygulmage(~Wygulmage@136.61.37.182) (Changing host)
2024-11-22 22:53:29 +0100Wygulmage(~Wygulmage@user/Wygulmage) Wygulmage
2024-11-22 22:53:41 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 255 seconds)
2024-11-22 22:54:39 +0100 <Wygulmage> Is there a way to pause garbage collection so you can use the contents of an unpinned ByteArray# as a pointer?
2024-11-22 22:54:42 +0100JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-11-22 22:57:00 +0100 <Wygulmage> Or do I just have to write the ByteArray# pointer using procedure in C rather than Haskell and call it via the FFI?
2024-11-22 22:58:56 +0100son0p(~ff@2800:e2:f80:ee7::4) son0p
2024-11-22 22:59:40 +0100falafel(~falafel@2600:1700:99f4:2050:a671:a554:1476:adab) falafel
2024-11-22 23:03:47 +0100stiell_(~stiell@gateway/tor-sasl/stiell) stiell
2024-11-22 23:04:22 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 23:06:26 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 23:06:43 +0100falafel(~falafel@2600:1700:99f4:2050:a671:a554:1476:adab) (Ping timeout: 264 seconds)
2024-11-22 23:06:52 +0100 <geekosaur> you can't pause or block GC, no
2024-11-22 23:08:51 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds)
2024-11-22 23:09:03 +0100falafel(~falafel@2600:1700:99f4:2050:dfcb:3f75:eb96:8dee) falafel
2024-11-22 23:13:30 +0100falafel(~falafel@2600:1700:99f4:2050:dfcb:3f75:eb96:8dee) (Ping timeout: 252 seconds)
2024-11-22 23:15:15 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2024-11-22 23:15:47 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7
2024-11-22 23:17:01 +0100CoolMa7_(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7
2024-11-22 23:19:43 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 23:19:46 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 23:20:21 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds)
2024-11-22 23:21:58 +0100michalz(~michalz@185.246.207.203) (Remote host closed the connection)
2024-11-22 23:24:21 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds)
2024-11-22 23:32:44 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…)
2024-11-22 23:33:00 +0100wootehfoot(~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer)
2024-11-22 23:33:44 +0100Flow(~none@gentoo/developer/flow) (Ping timeout: 260 seconds)
2024-11-22 23:35:03 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 23:35:39 +0100Flow(~none@gentoo/developer/flow) flow
2024-11-22 23:41:54 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds)
2024-11-22 23:44:05 +0100tureba(~tureba@tureba.org) tureba
2024-11-22 23:45:26 +0100tromp(~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl)
2024-11-22 23:53:05 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) merijn
2024-11-22 23:53:15 +0100cheater(~Username@user/cheater) cheater
2024-11-22 23:57:09 +0100CoolMa7_(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) (Read error: Connection reset by peer)
2024-11-22 23:57:23 +0100merijn(~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds)
2024-11-22 23:57:26 +0100CoolMa7(~CoolMa7@ip5f5b8957.dynamic.kabel-deutschland.de) CoolMa7