| 2021-03-03 00:06:38 +0100 | elliott_ | (~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) |
| 2021-03-03 00:08:26 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) (Quit: Leaving) |
| 2021-03-03 00:08:33 +0100 | Varis | (~Tadas@unaffiliated/varis) (Remote host closed the connection) |
| 2021-03-03 00:08:58 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Remote host closed the connection) |
| 2021-03-03 00:09:00 +0100 | FortuneZero | (3223b878@50.35.184.120) |
| 2021-03-03 00:09:27 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 00:09:55 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) (Ping timeout: 240 seconds) |
| 2021-03-03 00:10:09 +0100 | Kaiepi | (~Kaiepi@47.54.252.148) (Ping timeout: 264 seconds) |
| 2021-03-03 00:10:14 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.62) (Ping timeout: 260 seconds) |
| 2021-03-03 00:10:50 +0100 | finn_elija | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) (Ping timeout: 268 seconds) |
| 2021-03-03 00:11:17 +0100 | Kaiepi | (~Kaiepi@47.54.252.148) |
| 2021-03-03 00:11:23 +0100 | finn_elija | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) |
| 2021-03-03 00:12:59 +0100 | Pickchea | (~private@unaffiliated/pickchea) (Quit: Leaving) |
| 2021-03-03 00:14:07 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 256 seconds) |
| 2021-03-03 00:14:27 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) (Quit: WeeChat 3.0.1) |
| 2021-03-03 00:15:23 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 00:16:23 +0100 | rj | (~x@gateway/tor-sasl/rj) (Ping timeout: 268 seconds) |
| 2021-03-03 00:18:21 +0100 | fendor_ | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Read error: Connection reset by peer) |
| 2021-03-03 00:18:49 +0100 | zhenchaoli | (~user@2601:641:8080:71c0:99fe:19bc:923d:684e) (Quit: ERC (IRC client for Emacs 27.1)) |
| 2021-03-03 00:22:09 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 245 seconds) |
| 2021-03-03 00:23:54 +0100 | mmmattyx | (uid17782@gateway/web/irccloud.com/x-gsievxjzurffeyjb) (Quit: Connection closed for inactivity) |
| 2021-03-03 00:26:05 +0100 | francesco_ | (~francesco@host-82-49-79-189.retail.telecomitalia.it) (Quit: Leaving) |
| 2021-03-03 00:26:49 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:cd5c:37fd:94ce:ea47) |
| 2021-03-03 00:29:45 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 00:31:26 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 240 seconds) |
| 2021-03-03 00:34:38 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 245 seconds) |
| 2021-03-03 00:35:53 +0100 | mouseghost | (~draco@wikipedia/desperek) (Quit: mew wew) |
| 2021-03-03 00:36:59 +0100 | J | jess |
| 2021-03-03 00:39:50 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 00:41:00 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 00:41:02 +0100 | plutoniix | (~q@node-ule.pool-125-24.dynamic.totinternet.net) |
| 2021-03-03 00:42:52 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) (Ping timeout: 276 seconds) |
| 2021-03-03 00:45:15 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 240 seconds) |
| 2021-03-03 00:46:57 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
| 2021-03-03 00:47:11 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 00:48:49 +0100 | elliott_ | (~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 245 seconds) |
| 2021-03-03 00:48:56 +0100 | <monochrom> | oh w00t new ghcup version! |
| 2021-03-03 00:49:45 +0100 | <Uniaika> | woop woop |
| 2021-03-03 00:49:51 +0100 | <Axman6> | oh? |
| 2021-03-03 00:49:55 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 00:49:59 +0100 | <Uniaika> | nice |
| 2021-03-03 00:50:06 +0100 | <monochrom> | Now 0.1.13. I had 0.1.12 |
| 2021-03-03 00:50:14 +0100 | alx741 | (~alx741@186.178.108.117) |
| 2021-03-03 00:51:15 +0100 | elliott_ | (~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) |
| 2021-03-03 00:53:59 +0100 | <monochrom> | Also ghcup now knows about hls 1.0.0 |
| 2021-03-03 00:55:09 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
| 2021-03-03 00:56:52 +0100 | <Uniaika> | yes it's p. rad |
| 2021-03-03 00:59:07 +0100 | fissureman | (~quassel@c-73-201-159-163.hsd1.dc.comcast.net) (Ping timeout: 276 seconds) |
| 2021-03-03 01:06:18 +0100 | Tario | (~Tario@201.192.165.173) (Ping timeout: 245 seconds) |
| 2021-03-03 01:07:32 +0100 | <DigitalKiwi> | glguy: HELP |
| 2021-03-03 01:07:50 +0100 | <DigitalKiwi> | glguy: THERE IS A CHANNEL THAT EVERYONE IS TALKING LIKE THIS IN |
| 2021-03-03 01:08:08 +0100 | LASSULUS | lassulus |
| 2021-03-03 01:08:10 +0100 | <DigitalKiwi> | glguy: CAN I MAKE A GLIRC SCRIPT THAT LOWERCASES EVERYTHING? |
| 2021-03-03 01:09:00 +0100 | <monochrom> | They must be using 1970s uppercase terminals. |
| 2021-03-03 01:09:02 +0100 | <Axman6> | glirc | tr "[:upper:]" "[:lower:]" |
| 2021-03-03 01:09:15 +0100 | <glguy> | you could make a Hook, for sure |
| 2021-03-03 01:09:17 +0100 | <DigitalKiwi> | Axman6: lol i was trying to avoid that |
| 2021-03-03 01:09:22 +0100 | <monochrom> | Or Apple II. |
| 2021-03-03 01:10:04 +0100 | <glguy> | http://hackage.haskell.org/package/glirc-2.37/docs/Client-Hook.html#t:MessageHook |
| 2021-03-03 01:10:06 +0100 | <monochrom> | I have trouble believing that such a channel is good company in the first place. |
| 2021-03-03 01:10:16 +0100 | Tuplanolla | (~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) (Ping timeout: 240 seconds) |
| 2021-03-03 01:12:01 +0100 | Tario | (~Tario@200.119.187.170) |
| 2021-03-03 01:12:03 +0100 | elliott__ | (~elliott@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 246 seconds) |
| 2021-03-03 01:12:21 +0100 | usr25 | (~usr25@unaffiliated/usr25) (Quit: Leaving) |
| 2021-03-03 01:12:59 +0100 | <Axman6> | It's #SQL, so you are correct |
| 2021-03-03 01:13:23 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
| 2021-03-03 01:15:08 +0100 | <DigitalKiwi> | Axman6: https://logs.nix.samueldr.com/nixos-chat/2021-03-02#1614727958-1614728056; |
| 2021-03-03 01:15:53 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Ping timeout: 245 seconds) |
| 2021-03-03 01:16:50 +0100 | <Axman6> | It's worse than I imagined |
| 2021-03-03 01:17:56 +0100 | michaelpj | (michaelpjm@gateway/shell/matrix.org/x-buxbodhkddveoaqd) (Ping timeout: 240 seconds) |
| 2021-03-03 01:18:08 +0100 | thunderrd | (~thunderrd@183.182.112.145) (Ping timeout: 272 seconds) |
| 2021-03-03 01:18:26 +0100 | jeffcasavant[m] | (jeffcasava@gateway/shell/matrix.org/x-lucppnoruohzhaik) (Ping timeout: 240 seconds) |
| 2021-03-03 01:18:26 +0100 | sm[m] | (simonmicma@gateway/shell/matrix.org/x-olgzldwdbozcvmla) (Ping timeout: 240 seconds) |
| 2021-03-03 01:18:30 +0100 | freeman42x[m] | (freeman42x@gateway/shell/matrix.org/x-ytrisqdmzrzpisst) (Ping timeout: 244 seconds) |
| 2021-03-03 01:18:55 +0100 | kadoban | (kadobanemp@gateway/shell/matrix.org/x-ivqsxeohuglvlsqy) (Ping timeout: 258 seconds) |
| 2021-03-03 01:19:26 +0100 | jeffcasavant[m] | (jeffcasava@gateway/shell/matrix.org/x-komviiuaffxezunv) |
| 2021-03-03 01:19:32 +0100 | alar[m] | (alarmxalat@gateway/shell/matrix.org/x-ijjeysxxnkrgutme) (Ping timeout: 244 seconds) |
| 2021-03-03 01:19:32 +0100 | simara[m] | (simaramatr@gateway/shell/matrix.org/x-yieaikiuesgqpxtf) (Ping timeout: 244 seconds) |
| 2021-03-03 01:19:32 +0100 | brightly-salty[m | (brightly-s@gateway/shell/matrix.org/x-prtibkvrqqntdkpm) (Ping timeout: 244 seconds) |
| 2021-03-03 01:19:32 +0100 | jerin | (jerinmatri@gateway/shell/matrix.org/x-tmtfndsdvjlsjrsi) (Ping timeout: 244 seconds) |
| 2021-03-03 01:19:39 +0100 | ddellacosta | (~ddellacos@86.106.143.136) |
| 2021-03-03 01:19:56 +0100 | bitonic | (bitonicmat@gateway/shell/matrix.org/x-plynbbjxllctgqmg) (Ping timeout: 240 seconds) |
| 2021-03-03 01:19:56 +0100 | PotatoHatsue | (berbermanp@gateway/shell/matrix.org/x-rihddaeggjdzhxqs) (Ping timeout: 240 seconds) |
| 2021-03-03 01:20:01 +0100 | thunderrd | (~thunderrd@183.182.112.145) |
| 2021-03-03 01:20:04 +0100 | alexfmpe | (alexfmpema@gateway/shell/matrix.org/x-jgcuajimrxmycwph) (Ping timeout: 258 seconds) |
| 2021-03-03 01:20:32 +0100 | solomon` | (4ca8078b@cpe-76-168-7-139.socal.res.rr.com) |
| 2021-03-03 01:20:43 +0100 | Hanma[m] | (hanmamatri@gateway/shell/matrix.org/x-uvqceisbsyumooad) (Ping timeout: 272 seconds) |
| 2021-03-03 01:21:27 +0100 | <solomon`> | i'm getting this scary error from HLS: `COMMON symbol, size 96 name batch_point_buffer allocated at 0x401ad000` |
| 2021-03-03 01:21:48 +0100 | <solomon`> | oops wrong channel |
| 2021-03-03 01:22:04 +0100 | kadoban | (kadobanemp@gateway/shell/matrix.org/x-psvjfqyhnjjfvaqu) |
| 2021-03-03 01:23:35 +0100 | ddellacosta | (~ddellacos@86.106.143.136) (Ping timeout: 240 seconds) |
| 2021-03-03 01:24:08 +0100 | alar[m] | (alarmxalat@gateway/shell/matrix.org/x-bpvylpwwtlcejjwj) |
| 2021-03-03 01:25:19 +0100 | alexfmpe | (alexfmpema@gateway/shell/matrix.org/x-girzcdcudxbpysje) |
| 2021-03-03 01:25:21 +0100 | freeman42x[m] | (freeman42x@gateway/shell/matrix.org/x-swjzfvecjjmfxmen) |
| 2021-03-03 01:25:33 +0100 | Hanma[m] | (hanmamatri@gateway/shell/matrix.org/x-iwqqtahhpodcbjeb) |
| 2021-03-03 01:25:34 +0100 | meff[m]1 | (meffsunado@gateway/shell/matrix.org/x-qllhwgzchqvotood) |
| 2021-03-03 01:26:12 +0100 | simara[m] | (simaramatr@gateway/shell/matrix.org/x-ndigbuadzruuzard) |
| 2021-03-03 01:26:16 +0100 | sm[m] | (simonmicma@gateway/shell/matrix.org/x-smorkrdiwycaaxbo) |
| 2021-03-03 01:26:39 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Ping timeout: 260 seconds) |
| 2021-03-03 01:26:40 +0100 | Tario | (~Tario@200.119.187.170) (Read error: Connection reset by peer) |
| 2021-03-03 01:26:41 +0100 | elliott__ | (~elliott@pool-108-51-101-42.washdc.fios.verizon.net) |
| 2021-03-03 01:26:54 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 01:27:43 +0100 | brightly-salty[m | (brightly-s@gateway/shell/matrix.org/x-cporoyepggngxrys) |
| 2021-03-03 01:27:56 +0100 | jerin | (jerinmatri@gateway/shell/matrix.org/x-uiruxsqbuirnuhcm) |
| 2021-03-03 01:28:38 +0100 | michaelpj | (michaelpjm@gateway/shell/matrix.org/x-niomjibmmrgwzzyy) |
| 2021-03-03 01:28:53 +0100 | bitonic | (bitonicmat@gateway/shell/matrix.org/x-tcjvcnippiduczse) |
| 2021-03-03 01:28:56 +0100 | PotatoHatsue | (berbermanp@gateway/shell/matrix.org/x-eaqrdmjzoipzuify) |
| 2021-03-03 01:30:55 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) |
| 2021-03-03 01:31:52 +0100 | <DigitalKiwi> | Axman6: https://mostlyabsurd.com/files/2021-03-03-003039_2880x1800_scrot.png |
| 2021-03-03 01:32:07 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 01:32:18 +0100 | <zebrag> | :t (liftAp (Just (+3))) <*> (liftAp (Just 3)) -- And that is not `Just 6`? |
| 2021-03-03 01:32:19 +0100 | <lambdabot> | error: |
| 2021-03-03 01:32:20 +0100 | <lambdabot> | • Variable not in scope: liftAp :: Maybe (a1 -> a1) -> f (a0 -> b) |
| 2021-03-03 01:32:20 +0100 | <lambdabot> | • Perhaps you meant one of these: |
| 2021-03-03 01:33:01 +0100 | <zebrag> | (stack install free) |
| 2021-03-03 01:37:15 +0100 | bennofs_ | (~quassel@dslb-188-103-040-158.188.103.pools.vodafone-ip.de) |
| 2021-03-03 01:38:33 +0100 | <Axman6> | DigitalKiwi: I think you dun flipped up |
| 2021-03-03 01:38:33 +0100 | sablib | (~sablib@59.173.152.160) (Read error: Connection reset by peer) |
| 2021-03-03 01:39:00 +0100 | sablib | (~sablib@171.113.165.91) |
| 2021-03-03 01:39:09 +0100 | <monochrom> | If you lowercase everything, you may butcher some youtube URLs. Watch over for that. |
| 2021-03-03 01:39:26 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Ping timeout: 240 seconds) |
| 2021-03-03 01:40:54 +0100 | bennofs__ | (~quassel@dslb-094-222-091-028.094.222.pools.vodafone-ip.de) (Ping timeout: 245 seconds) |
| 2021-03-03 01:42:24 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 01:43:34 +0100 | plutoniix | (~q@node-ule.pool-125-24.dynamic.totinternet.net) (Quit: Leaving) |
| 2021-03-03 01:43:35 +0100 | rajivr | (uid269651@gateway/web/irccloud.com/x-ayknupbaawowskzf) |
| 2021-03-03 01:45:45 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:cd5c:37fd:94ce:ea47) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 01:47:17 +0100 | <zebrag> | `case (Pure (+3) :: Ap Maybe (Int -> Int)) <*> (Pure 3) of {Pure x -> x; Ap _ _ -> undefined}` It's returning `6`, I'm a bit disappointed. I was expecting `undefined`, or at the very least `Just 6`. |
| 2021-03-03 01:47:40 +0100 | crobbins | (~crobbins@2600:1700:48eb:8490:dd46:64cd:ab2e:66bc) (Remote host closed the connection) |
| 2021-03-03 01:49:16 +0100 | d34df00d | (~d34df00d@104-14-27-213.lightspeed.austtx.sbcglobal.net) (Ping timeout: 240 seconds) |
| 2021-03-03 01:50:16 +0100 | sablib | (~sablib@171.113.165.91) (Ping timeout: 240 seconds) |
| 2021-03-03 01:52:19 +0100 | <monochrom> | Wait a second, I don't know Ap, but I would expect Pure is Ap's pure, so Pure f <*> Pure x = Pure (f x) no getting Maybe involved because you aren't even invoking the Ap case. |
| 2021-03-03 01:52:28 +0100 | sablib | (~sablib@171.113.165.91) |
| 2021-03-03 01:53:23 +0100 | m0rphism1 | (~m0rphism@HSI-KBW-085-216-104-059.hsi.kabelbw.de) (Ping timeout: 245 seconds) |
| 2021-03-03 01:54:05 +0100 | <zebrag> | thinking hard... |
| 2021-03-03 01:54:26 +0100 | sw1nn | (~sw1nn@2a00:23c6:2385:3a00:9310:964a:9231:59c9) (Ping timeout: 240 seconds) |
| 2021-03-03 01:54:52 +0100 | Aquazi | (uid312403@gateway/web/irccloud.com/x-negexpmuxmakobfg) (Quit: Connection closed for inactivity) |
| 2021-03-03 01:55:05 +0100 | <monochrom> | "pure f <*> pure x = pure (f x)" is straight from an Applicative law. |
| 2021-03-03 01:55:30 +0100 | <zebrag> | Maybe... I'll try harder to involve the Ap case |
| 2021-03-03 01:55:59 +0100 | <monochrom> | Your earlier liftAp question is the interesting one. |
| 2021-03-03 01:56:07 +0100 | COLE-H | cole-h |
| 2021-03-03 01:56:35 +0100 | <zebrag> | yes, when I use liftAp, I get answers I don't yet understand |
| 2021-03-03 01:56:36 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 01:58:45 +0100 | geyaeb | (~geyaeb@gateway/tor-sasl/geyaeb) (Ping timeout: 268 seconds) |
| 2021-03-03 01:58:46 +0100 | fiQ2 | (~fiQ@mirkk.ninja) (Quit: ZNC - https://znc.in) |
| 2021-03-03 01:58:47 +0100 | Philonous | (~Philonous@unaffiliated/philonous) (Quit: ZNC - https://znc.in) |
| 2021-03-03 01:58:55 +0100 | geyaeb_ | (~geyaeb@gateway/tor-sasl/geyaeb) |
| 2021-03-03 01:59:16 +0100 | Philonous | (~Philonous@unaffiliated/philonous) |
| 2021-03-03 01:59:17 +0100 | fiQ2 | (~fiQ@mirkk.ninja) |
| 2021-03-03 02:01:18 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 02:01:46 +0100 | d34df00d | (~d34df00d@104-14-27-213.lightspeed.austtx.sbcglobal.net) |
| 2021-03-03 02:02:08 +0100 | <monochrom> | The definition of Ap looks suspiciously like "a list of f things to do". |
| 2021-03-03 02:03:49 +0100 | <monochrom> | Ap (the data constructor) sounds like a list node, Pure sounds like marking end of list. |
| 2021-03-03 02:03:56 +0100 | sablib | (~sablib@171.113.165.91) (Ping timeout: 240 seconds) |
| 2021-03-03 02:04:16 +0100 | <zebrag> | I was about to ask ;) |
| 2021-03-03 02:04:50 +0100 | <zebrag> | I see... |
| 2021-03-03 02:05:30 +0100 | <zebrag> | `:t case (liftAp (Just 4)) of {Pure x -> x; Ap apfa pafab -> undefined}` is returning undefined |
| 2021-03-03 02:05:48 +0100 | <zebrag> | I have to "evaluate" the undefined thing |
| 2021-03-03 02:05:54 +0100 | sablib | (~sablib@171.113.165.91) |
| 2021-03-03 02:05:56 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 240 seconds) |
| 2021-03-03 02:06:29 +0100 | <monochrom> | I took a look at the source code. liftAp a = Ap a (Pure id). |
| 2021-03-03 02:06:36 +0100 | <zebrag> | hum |
| 2021-03-03 02:06:38 +0100 | <zebrag> | nice |
| 2021-03-03 02:06:42 +0100 | <zebrag> | haven't seen that |
| 2021-03-03 02:07:57 +0100 | sw1nn | (~sw1nn@2a00:23c7:622f:2c00:df3:76c2:ae90:b3b4) |
| 2021-03-03 02:11:01 +0100 | zaquest | (~notzaques@5.128.210.178) (Quit: Leaving) |
| 2021-03-03 02:11:11 +0100 | Rudd0 | (~Rudd0@185.189.115.103) (Ping timeout: 265 seconds) |
| 2021-03-03 02:11:17 +0100 | <monochrom> | I think Ap is a singly linked list of "f things to do". So I think its <*> is concatenating two such lists. liftAp is making a singleton, thus "Ap x (Pure id)". |
| 2021-03-03 02:12:11 +0100 | <monochrom> | To be sure, there is more. Each "f thing to do" also has an "answer" (of type 'a'). |
| 2021-03-03 02:12:22 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 02:12:58 +0100 | <monochrom> | Here is what you do (or what you expect the computer to do) for those answers. |
| 2021-03-03 02:13:23 +0100 | <zebrag> | that raises an error: :t case (liftAp (Just (4 :: Int))) of {Ap a b -> a; _ -> undefined} |
| 2021-03-03 02:13:24 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Remote host closed the connection) |
| 2021-03-03 02:13:42 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 02:13:54 +0100 | <zebrag> | that doesn't: case (liftAp (Just (4 :: Int))) of {Ap a b -> 7; _ -> undefined} |
| 2021-03-03 02:14:15 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) (Ping timeout: 256 seconds) |
| 2021-03-03 02:14:18 +0100 | zaquest | (~notzaques@5.128.210.178) |
| 2021-03-03 02:14:46 +0100 | <zebrag> | "because type variable ‘a1’ would escape its scope" |
| 2021-03-03 02:15:12 +0100 | <zebrag> | gadt... |
| 2021-03-03 02:15:39 +0100 | <monochrom> | The first "f thing" to do in the list --- so you're looking at the first node, say Ap (m :: f a) (ms :: Ap f (a->b)) --- well that m gives you an answer of type a. Then recursively the things in the rest of the list, ms, when the dust settles it gives you an answer of type a->b. The expectation is you apply the latter to the former to get a final answer. |
| 2021-03-03 02:16:21 +0100 | <zebrag> | ok |
| 2021-03-03 02:16:42 +0100 | <monochrom> | So I expect <*> to be like (++) in terms of the data structure, but also additional complication to honour the processing of answers. |
| 2021-03-03 02:16:52 +0100 | FortuneZero | (3223b878@50.35.184.120) (Quit: Connection closed) |
| 2021-03-03 02:17:55 +0100 | <zebrag> | `:t case (liftAp (Just (4 :: Int))) of {Ap a (Pure b) -> b a; _ -> undefined}` "occur check error" |
| 2021-03-03 02:18:03 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 02:19:38 +0100 | <zebrag> | beside that the sentence with "f thing" is very interesting |
| 2021-03-03 02:20:54 +0100 | <monochrom> | Have you seen or written fmap for Ap? |
| 2021-03-03 02:21:45 +0100 | <monochrom> | ho hum Ap has to be a GADT I guess |
| 2021-03-03 02:22:04 +0100 | <zebrag> | Just as you said, forgot to lift it |
| 2021-03-03 02:22:12 +0100 | <zebrag> | `case (liftAp (Just (4 :: Int))) of {Ap a (Pure b) -> b <$> a; _ -> undefined}` |
| 2021-03-03 02:22:15 +0100 | <monochrom> | no deriving functor sob sob |
| 2021-03-03 02:23:19 +0100 | <zebrag> | Now with all that I get a `Just 4` |
| 2021-03-03 02:25:06 +0100 | <zebrag> | I do not yet have the correct intuition about "functor" as a "f thing" to do. That intuition seems pivotal with free applicative |
| 2021-03-03 02:25:22 +0100 | <zebrag> | But I still don't get it well |
| 2021-03-03 02:26:43 +0100 | <zebrag> | In the paper https://arxiv.org/abs/1403.0749 they speak about it a lot, but I don't yet have the grasp of it |
| 2021-03-03 02:26:51 +0100 | <monochrom> | Hrm, I'm surprised that Functor (Ap f) does not need Functor f. I need to rethink this. |
| 2021-03-03 02:26:56 +0100 | nitrix_ | nitrix |
| 2021-03-03 02:27:14 +0100 | hendursa1 | (~weechat@gateway/tor-sasl/hendursaga) (Quit: hendursa1) |
| 2021-03-03 02:27:33 +0100 | hendursaga | (~weechat@gateway/tor-sasl/hendursaga) |
| 2021-03-03 02:28:45 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) |
| 2021-03-03 02:28:55 +0100 | <zebrag> | that's weird; even though we don't see the requirement they use `fmap` of `f` |
| 2021-03-03 02:30:50 +0100 | epicte7us | (~epictetus@ip72-194-215-136.sb.sd.cox.net) |
| 2021-03-03 02:31:11 +0100 | <zebrag> | hum, I'm mistaken |
| 2021-03-03 02:34:40 +0100 | ep1ctetus | (~epictetus@ip72-194-215-136.sb.sd.cox.net) (Ping timeout: 276 seconds) |
| 2021-03-03 02:35:29 +0100 | nineonin_ | (~nineonine@50.216.62.2) (Ping timeout: 260 seconds) |
| 2021-03-03 02:35:35 +0100 | ddellacosta | (~ddellacos@86.106.143.10) |
| 2021-03-03 02:39:56 +0100 | ddellacosta | (~ddellacos@86.106.143.10) (Ping timeout: 240 seconds) |
| 2021-03-03 02:43:11 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 02:44:07 +0100 | <monochrom> | Functor f is not needed because the Ap case is an existential type. |
| 2021-03-03 02:44:52 +0100 | <monochrom> | So you're trying to code up fmap :: (x->y) -> Ap f x -> Ap f y, and you're coding the Ap case. |
| 2021-03-03 02:44:56 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 240 seconds) |
| 2021-03-03 02:45:25 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 256 seconds) |
| 2021-03-03 02:45:39 +0100 | <monochrom> | fmap (f :: x->y) (Ap (m :: t) (ms :: Ap f (t->x)) = Ap ??? ??? |
| 2021-03-03 02:45:43 +0100 | jacks2 | (~bc8134e3@217.29.117.252) |
| 2021-03-03 02:46:25 +0100 | <monochrom> | This is existential in t. "for some type t that you will not be told what". So first of all you will never be doing "fmap f m". |
| 2021-03-03 02:46:29 +0100 | <monochrom> | Err sorry, typo |
| 2021-03-03 02:46:38 +0100 | <monochrom> | fmap (f :: x->y) (Ap (m :: f t) (ms :: Ap f (t->x)) = Ap ??? ??? |
| 2021-03-03 02:47:09 +0100 | Sheilong | (uid293653@gateway/web/irccloud.com/x-oegwsfxufkjwphyx) () |
| 2021-03-03 02:48:17 +0100 | <monochrom> | And if you don't use "fmap" on m, you won't be using f's fmap ever. |
| 2021-03-03 02:48:40 +0100 | <zebrag> | (reading, was afk) |
| 2021-03-03 02:49:11 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Quit: Connection closed) |
| 2021-03-03 02:49:17 +0100 | epicte7us | (~epictetus@ip72-194-215-136.sb.sd.cox.net) (Read error: Connection reset by peer) |
| 2021-03-03 02:49:30 +0100 | drbean_ | (~drbean@TC210-63-209-35.static.apol.com.tw) |
| 2021-03-03 02:49:32 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 02:49:52 +0100 | <zebrag> | (Ap case existential, check) |
| 2021-03-03 02:50:00 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 02:51:48 +0100 | leah2 | (~leah@vuxu.org) (Ping timeout: 260 seconds) |
| 2021-03-03 02:52:25 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 02:53:26 +0100 | leah2 | (~leah@vuxu.org) |
| 2021-03-03 02:54:15 +0100 | <zebrag> | I manually lifted the `b` there: `case (liftAp (Just (4 :: Int))) of {Ap a (Pure b) -> b <$> a; _ -> undefined}` |
| 2021-03-03 02:54:33 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Ping timeout: 264 seconds) |
| 2021-03-03 02:55:12 +0100 | <zebrag> | But isn't `a` escaping then? |
| 2021-03-03 02:55:48 +0100 | <zebrag> | (maybe a silly question) |
| 2021-03-03 02:55:57 +0100 | <monochrom> | b=id, that exposes a's type. |
| 2021-03-03 02:56:22 +0100 | <zebrag> | without troubling the compiler |
| 2021-03-03 02:56:47 +0100 | <zebrag> | ok |
| 2021-03-03 02:57:34 +0100 | <monochrom> | Oh nevermind, what I said doesn't help, the compiler does ban it. |
| 2021-03-03 02:57:45 +0100 | <zebrag> | what? |
| 2021-03-03 02:57:45 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
| 2021-03-03 02:58:18 +0100 | <zebrag> | what is banned? |
| 2021-03-03 02:58:29 +0100 | <monochrom> | case Ap [4] (Pure id) of Ap x _ -> x = type error "because type variable ‘a’ would escape its scope" |
| 2021-03-03 02:59:06 +0100 | <zebrag> | that's why I lifted the `b` |
| 2021-03-03 02:59:07 +0100 | <monochrom> | I guess it has to be runAp. |
| 2021-03-03 02:59:58 +0100 | <monochrom> | Oh! Then it's OK, b's type is known, a's type can come from b's type, no more mystery. |
| 2021-03-03 03:00:17 +0100 | <zebrag> | `case Ap [4] (Pure id) of Ap x (Pure b) -> b <$> x` |
| 2021-03-03 03:00:25 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 03:00:28 +0100 | <zebrag> | [4] |
| 2021-03-03 03:02:02 +0100 | <zebrag> | I was thinking you can free a value from the existential warden by sneaking in a function |
| 2021-03-03 03:02:42 +0100 | <monochrom> | You did. |
| 2021-03-03 03:02:43 +0100 | <zebrag> | and Bob's your uncle, the variable escapes |
| 2021-03-03 03:03:02 +0100 | TimWolla | (~timwolla@2a01:4f8:150:6153:beef::6667) (Ping timeout: 264 seconds) |
| 2021-03-03 03:04:06 +0100 | Chai-T-Rex | (~ChaiTRex@gateway/tor-sasl/chaitrex) (Ping timeout: 268 seconds) |
| 2021-03-03 03:04:25 +0100 | comboy_ | (~quassel@tesuji.pl) (Ping timeout: 260 seconds) |
| 2021-03-03 03:06:04 +0100 | <zebrag> | I don't know if the metaphor could have any sort of validity, though. If only because I don't yet master the existential types, at all. |
| 2021-03-03 03:07:20 +0100 | Chai-T-Rex | (~ChaiTRex@gateway/tor-sasl/chaitrex) |
| 2021-03-03 03:07:57 +0100 | kodein | (~kodein@217.146.82.202) (Remote host closed the connection) |
| 2021-03-03 03:09:08 +0100 | solomon` | (4ca8078b@cpe-76-168-7-139.socal.res.rr.com) (Quit: Connection closed) |
| 2021-03-03 03:12:34 +0100 | <zebrag> | "b's type is known": nice. `a` doesn't escape anymore. (still reading...) |
| 2021-03-03 03:14:07 +0100 | <monochrom> | OK, here is a better story. |
| 2021-03-03 03:14:52 +0100 | <monochrom> | You start with Ap [4] (Pure id) :: Ap [] Integer. And we say we forget two types: [4]'s type, and id's domain type. |
| 2021-03-03 03:15:12 +0100 | comboy | (~quassel@tesuji.pl) |
| 2021-03-03 03:15:33 +0100 | <monochrom> | But id's codomain type Integer is known. |
| 2021-03-03 03:15:52 +0100 | <zebrag> | "honour the precessing of answers". I suppose it's about the lhs of `<*>` is to be processed before the rhs, in case there is a `state`, or as it is the case with parsers. |
| 2021-03-03 03:15:56 +0100 | thunderrd | (~thunderrd@183.182.112.145) (Ping timeout: 272 seconds) |
| 2021-03-03 03:16:21 +0100 | ddellacosta | (~ddellacos@86.106.143.227) |
| 2021-03-03 03:16:23 +0100 | TimWolla | (~timwolla@2a01:4f8:150:6153:beef::6667) |
| 2021-03-03 03:16:36 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 240 seconds) |
| 2021-03-03 03:17:23 +0100 | viluon | (uid453725@gateway/web/irccloud.com/x-fpwdjwiyfpigsxnc) (Quit: Connection closed for inactivity) |
| 2021-03-03 03:18:40 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 03:18:59 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:6892:934d:985d:8f37) |
| 2021-03-03 03:19:39 +0100 | <zebrag> | processing* |
| 2021-03-03 03:20:23 +0100 | nineonine | (~nineonine@50.216.62.2) |
| 2021-03-03 03:20:54 +0100 | ddellacosta | (~ddellacos@86.106.143.227) (Ping timeout: 245 seconds) |
| 2021-03-03 03:21:26 +0100 | <monochrom> | I am now wondering why it is not "Ap :: f (a->b) -> Ap f a -> Ap f b". |
| 2021-03-03 03:21:46 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 03:21:48 +0100 | <zebrag> | exactly, just what I was thinking |
| 2021-03-03 03:22:15 +0100 | thunderrd | (~thunderrd@183.182.112.145) |
| 2021-03-03 03:22:23 +0100 | <zebrag> | maybe they are `flip` addicts |
| 2021-03-03 03:23:52 +0100 | ukboi | (~ukboi@139.28.218.148) |
| 2021-03-03 03:24:53 +0100 | <zebrag> | Or because, early applicatives had this signature |
| 2021-03-03 03:25:22 +0100 | <monochrom> | If I do that, I incur a "Functor f" requirement. |
| 2021-03-03 03:26:21 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) (Ping timeout: 264 seconds) |
| 2021-03-03 03:26:32 +0100 | <zebrag> | By all means. And ditch the flips. |
| 2021-03-03 03:26:56 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2021-03-03 03:28:04 +0100 | <monochrom> | Ah I can't finish fmap. |
| 2021-03-03 03:28:12 +0100 | sz0_ | (uid110435@gateway/web/irccloud.com/x-tlpyvfiuvwdjqrhp) |
| 2021-03-03 03:28:51 +0100 | <monochrom> | Err nevermind, I can. |
| 2021-03-03 03:29:58 +0100 | sw1nn | (~sw1nn@2a00:23c7:622f:2c00:df3:76c2:ae90:b3b4) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | michaelpj | (michaelpjm@gateway/shell/matrix.org/x-niomjibmmrgwzzyy) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | sm[m] | (simonmicma@gateway/shell/matrix.org/x-smorkrdiwycaaxbo) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | joe[m]3 | (joemonoida@gateway/shell/matrix.org/x-zrgraxvdmbpvqofd) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | moobar | (sid171730@gateway/web/irccloud.com/x-lxdmnqustlyookkh) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | unclechu | (unclechuma@gateway/shell/matrix.org/x-tqwhdmxbxpfopxbc) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | fgaz | (fgazmatrix@gateway/shell/matrix.org/x-altyhdajrdgkwiga) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | mentaal[m] | (mentaalmat@gateway/shell/matrix.org/x-cldzerqnoqwflcto) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | Liyang[m] | (liyangmatr@gateway/shell/matrix.org/x-pppuhernsulwjyww) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | darkcodi[m] | (darkcodima@gateway/shell/matrix.org/x-yuxcrrjvakxjaoby) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | mud | (kadobanmat@gateway/shell/matrix.org/x-apivwpznfnnlclpi) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | johnnyboy[m] | (gifumatrix@gateway/shell/matrix.org/x-taasofpihtwizvlh) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | l8star__ | (~l8star@business-90-187-113-149.pool2.vodafone-ip.de) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | sz0 | (uid110435@gateway/web/irccloud.com/x-jnsxmdloooyyfwrd) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | natim87 | (sid286962@gateway/web/irccloud.com/x-ggglpztnteraezah) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | banjiewen__ | (sid115913@gateway/web/irccloud.com/x-rsmfwpptfrqcdppn) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | systemfault | (sid267009@gateway/web/irccloud.com/x-mjidzbagddabkzax) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | luite | (sid387799@gateway/web/irccloud.com/x-ohgaypzpftwfeuju) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | lortabac | (~lortabac@51.158.65.124) (*.net *.split) |
| 2021-03-03 03:29:58 +0100 | shapr | (~shapr@haskell/developer/shapr) (*.net *.split) |
| 2021-03-03 03:30:02 +0100 | sz0_ | sz0 |
| 2021-03-03 03:33:15 +0100 | sw1nn | (~sw1nn@2a00:23c7:622f:2c00:df3:76c2:ae90:b3b4) |
| 2021-03-03 03:33:15 +0100 | michaelpj | (michaelpjm@gateway/shell/matrix.org/x-niomjibmmrgwzzyy) |
| 2021-03-03 03:33:15 +0100 | sm[m] | (simonmicma@gateway/shell/matrix.org/x-smorkrdiwycaaxbo) |
| 2021-03-03 03:33:15 +0100 | joe[m]3 | (joemonoida@gateway/shell/matrix.org/x-zrgraxvdmbpvqofd) |
| 2021-03-03 03:33:15 +0100 | moobar | (sid171730@gateway/web/irccloud.com/x-lxdmnqustlyookkh) |
| 2021-03-03 03:33:15 +0100 | unclechu | (unclechuma@gateway/shell/matrix.org/x-tqwhdmxbxpfopxbc) |
| 2021-03-03 03:33:15 +0100 | fgaz | (fgazmatrix@gateway/shell/matrix.org/x-altyhdajrdgkwiga) |
| 2021-03-03 03:33:15 +0100 | mentaal[m] | (mentaalmat@gateway/shell/matrix.org/x-cldzerqnoqwflcto) |
| 2021-03-03 03:33:15 +0100 | Liyang[m] | (liyangmatr@gateway/shell/matrix.org/x-pppuhernsulwjyww) |
| 2021-03-03 03:33:15 +0100 | darkcodi[m] | (darkcodima@gateway/shell/matrix.org/x-yuxcrrjvakxjaoby) |
| 2021-03-03 03:33:15 +0100 | mud | (kadobanmat@gateway/shell/matrix.org/x-apivwpznfnnlclpi) |
| 2021-03-03 03:33:15 +0100 | johnnyboy[m] | (gifumatrix@gateway/shell/matrix.org/x-taasofpihtwizvlh) |
| 2021-03-03 03:33:15 +0100 | l8star__ | (~l8star@business-90-187-113-149.pool2.vodafone-ip.de) |
| 2021-03-03 03:33:15 +0100 | natim87 | (sid286962@gateway/web/irccloud.com/x-ggglpztnteraezah) |
| 2021-03-03 03:33:15 +0100 | banjiewen__ | (sid115913@gateway/web/irccloud.com/x-rsmfwpptfrqcdppn) |
| 2021-03-03 03:33:15 +0100 | systemfault | (sid267009@gateway/web/irccloud.com/x-mjidzbagddabkzax) |
| 2021-03-03 03:33:15 +0100 | luite | (sid387799@gateway/web/irccloud.com/x-ohgaypzpftwfeuju) |
| 2021-03-03 03:33:15 +0100 | lortabac | (~lortabac@51.158.65.124) |
| 2021-03-03 03:33:15 +0100 | shapr | (~shapr@haskell/developer/shapr) |
| 2021-03-03 03:33:36 +0100 | Tario | (~Tario@201.192.165.173) (Ping timeout: 240 seconds) |
| 2021-03-03 03:33:58 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 03:34:05 +0100 | dixie | (~dixie@real.wilbury.sk) (Ping timeout: 256 seconds) |
| 2021-03-03 03:34:28 +0100 | sdressel_ | (~sdressel@pwning.de) (Ping timeout: 276 seconds) |
| 2021-03-03 03:34:28 +0100 | madnificent | (~madnifice@static.210.74.63.178.clients.your-server.de) (Ping timeout: 276 seconds) |
| 2021-03-03 03:35:56 +0100 | renzhi | (~renzhi@2607:fa49:653f:eb00::5bc7) (Ping timeout: 240 seconds) |
| 2021-03-03 03:36:22 +0100 | <monochrom> | I think <*> is very troublesome with "Ap :: f (a->b) -> Ap f a -> Ap f b". |
| 2021-03-03 03:36:28 +0100 | pja | (~phil@2a02:8010:6098:0:f2de:f1ff:fe2c:3d9) (Ping timeout: 265 seconds) |
| 2021-03-03 03:37:42 +0100 | dansho | (~dansho@ec2-52-69-239-82.ap-northeast-1.compute.amazonaws.com) (Quit: Leaving) |
| 2021-03-03 03:37:43 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 276 seconds) |
| 2021-03-03 03:37:59 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 03:38:57 +0100 | drbean_ | (~drbean@TC210-63-209-35.static.apol.com.tw) (Ping timeout: 264 seconds) |
| 2021-03-03 03:40:08 +0100 | deviantfero | (~deviantfe@190.150.27.58) |
| 2021-03-03 03:40:45 +0100 | Lord_of_Life_ | (~Lord@unaffiliated/lord-of-life/x-0885362) |
| 2021-03-03 03:42:55 +0100 | Lord_of_Life | (~Lord@unaffiliated/lord-of-life/x-0885362) (Ping timeout: 240 seconds) |
| 2021-03-03 03:42:55 +0100 | Lord_of_Life_ | Lord_of_Life |
| 2021-03-03 03:43:46 +0100 | <monochrom> | OK, not very troublesome, I got it, but it's a bit more awkward. |
| 2021-03-03 03:44:12 +0100 | Wuzzy | (~Wuzzy@p5b0df7c2.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2021-03-03 03:44:36 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 240 seconds) |
| 2021-03-03 03:44:43 +0100 | madnificent | (~madnifice@static.210.74.63.178.clients.your-server.de) |
| 2021-03-03 03:44:54 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 03:45:35 +0100 | dixie | (~dixie@real.wilbury.sk) |
| 2021-03-03 03:45:48 +0100 | sdressel | (~sdressel@pwning.de) |
| 2021-03-03 03:47:29 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Remote host closed the connection) |
| 2021-03-03 03:47:43 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 03:48:11 +0100 | renzhi | (~renzhi@2607:fa49:653f:eb00::296e) |
| 2021-03-03 03:48:24 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 03:48:54 +0100 | pavonia | (~user@unaffiliated/siracusa) (Quit: Bye!) |
| 2021-03-03 03:49:28 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Read error: Connection reset by peer) |
| 2021-03-03 03:49:36 +0100 | notzmv | (~zmv@unaffiliated/zmv) |
| 2021-03-03 03:49:42 +0100 | knupfer | (~Thunderbi@200116b82cfd6c00951237cec1956766.dip.versatel-1u1.de) |
| 2021-03-03 03:50:15 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 03:50:30 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 03:51:03 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 03:52:23 +0100 | <monochrom> | https://paste.tomsmeding.com/Ld3vOJIn |
| 2021-03-03 03:55:06 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 256 seconds) |
| 2021-03-03 03:55:42 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 03:57:18 +0100 | <zebrag> | indeed |
| 2021-03-03 03:57:22 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) |
| 2021-03-03 03:58:14 +0100 | xff0x | (~xff0x@2001:1a81:53bf:4d00:76e3:7146:e0fd:c933) (Ping timeout: 264 seconds) |
| 2021-03-03 04:00:00 +0100 | xff0x | (~xff0x@2001:1a81:53fc:b400:9e6f:7ec7:a06c:c48c) |
| 2021-03-03 04:00:41 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 04:00:49 +0100 | tinhatcat | (~tsranso@2600:1700:ae40:21c8:883b:8e1b:48a:92f0) (Quit: Leaving) |
| 2021-03-03 04:01:23 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:6892:934d:985d:8f37) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 04:02:27 +0100 | alx741 | (~alx741@186.178.108.117) (Quit: alx741) |
| 2021-03-03 04:02:43 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 04:02:57 +0100 | urodna | (~urodna@unaffiliated/urodna) (Quit: urodna) |
| 2021-03-03 04:03:47 +0100 | ollierees | (~ollierees@host86-158-135-255.range86-158.btcentralplus.com) |
| 2021-03-03 04:04:08 +0100 | solomon | (4ca8078b@cpe-76-168-7-139.socal.res.rr.com) |
| 2021-03-03 04:04:10 +0100 | solomon | solomon` |
| 2021-03-03 04:04:10 +0100 | fl0_id | (~fl0_id@claudia.s7t.de) (Ping timeout: 256 seconds) |
| 2021-03-03 04:04:14 +0100 | reactormonk1 | (~reactormo@mehl.schokokeks.org) (Ping timeout: 272 seconds) |
| 2021-03-03 04:04:14 +0100 | ManiacTwister | (~Twister@2a01:4f8:171:4de::40:2) (Ping timeout: 264 seconds) |
| 2021-03-03 04:05:19 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Ping timeout: 260 seconds) |
| 2021-03-03 04:05:22 +0100 | fosterite | (~fosterite@2600:6c46:7800:fecf:dc70:c510:31c6:3b4) |
| 2021-03-03 04:07:08 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) (Read error: Connection reset by peer) |
| 2021-03-03 04:09:24 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
| 2021-03-03 04:09:47 +0100 | <zebrag> | There are four implementation there: https://ro-che.info/articles/2013-03-31-flavours-of-free-applicative-functors, three of them with functor requirement. |
| 2021-03-03 04:10:08 +0100 | <zebrag> | imo it's an interesting simple idea. |
| 2021-03-03 04:10:20 +0100 | xelxebar | (~xelxebar@gateway/tor-sasl/xelxebar) (Quit: ZNC 1.7.2+deb3 - https://znc.in) |
| 2021-03-03 04:10:42 +0100 | xelxebar | (~xelxebar@gateway/tor-sasl/xelxebar) |
| 2021-03-03 04:11:12 +0100 | <zebrag> | I'll read your paste more thoroughly later. |
| 2021-03-03 04:11:23 +0100 | <zebrag> | I suppose it will still be there. |
| 2021-03-03 04:11:49 +0100 | <zebrag> | Thanks a lot for, everything. |
| 2021-03-03 04:13:19 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 04:15:41 +0100 | FinnElija | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) |
| 2021-03-03 04:15:41 +0100 | finn_elija | Guest29895 |
| 2021-03-03 04:15:41 +0100 | FinnElija | finn_elija |
| 2021-03-03 04:16:38 +0100 | fl0_id | (~fl0_id@2a01:4f8:171:4de::40:2) |
| 2021-03-03 04:16:40 +0100 | reactormonk1 | (~reactormo@mehl.schokokeks.org) |
| 2021-03-03 04:17:28 +0100 | ManiacTwister | (~Twister@claudia.s7t.de) |
| 2021-03-03 04:19:00 +0100 | <zebrag> | Just putting the relevant links here: http://web.jaguarpaw.co.uk/~tom/blog/posts/2012-09-09-towards-free-applicatives.html, https://www.eyrie.org/~zednenem/2013/05/27/freeapp, http://arxiv.org/abs/1403.0749, https://hackage.haskell.org/package/free/docs/Control-Applicative-Free.html |
| 2021-03-03 04:19:20 +0100 | Guest29895 | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) (Ping timeout: 268 seconds) |
| 2021-03-03 04:19:45 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:9170:144e:46d9:ed03) |
| 2021-03-03 04:24:36 +0100 | nineonine | (~nineonine@50.216.62.2) (Ping timeout: 240 seconds) |
| 2021-03-03 04:27:01 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.62) |
| 2021-03-03 04:27:59 +0100 | elliott__ | (~elliott@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 245 seconds) |
| 2021-03-03 04:29:02 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) |
| 2021-03-03 04:29:14 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 260 seconds) |
| 2021-03-03 04:29:21 +0100 | machinedgod | (~machinedg@135-23-192-217.cpe.pppoe.ca) (Ping timeout: 264 seconds) |
| 2021-03-03 04:29:36 +0100 | dibblego | (~dibblego@haskell/developer/dibblego) (Ping timeout: 240 seconds) |
| 2021-03-03 04:30:12 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 04:30:51 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 04:30:57 +0100 | dibblego | (~dibblego@haskell/developer/dibblego) |
| 2021-03-03 04:33:19 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.62) (Ping timeout: 260 seconds) |
| 2021-03-03 04:35:42 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 265 seconds) |
| 2021-03-03 04:36:04 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 04:36:16 +0100 | <swarmcollective> | :t nub |
| 2021-03-03 04:36:17 +0100 | <lambdabot> | Eq a => [a] -> [a] |
| 2021-03-03 04:36:26 +0100 | elliott__ | (~elliott@pool-108-51-101-42.washdc.fios.verizon.net) |
| 2021-03-03 04:36:39 +0100 | <swarmcollective> | @src nub |
| 2021-03-03 04:36:40 +0100 | <lambdabot> | nub = nubBy (==) |
| 2021-03-03 04:36:40 +0100 | <lambdabot> | --OR |
| 2021-03-03 04:36:40 +0100 | <lambdabot> | nub l = go l [] |
| 2021-03-03 04:36:40 +0100 | <lambdabot> | where go [] _ = [] |
| 2021-03-03 04:36:40 +0100 | <lambdabot> | go (x:xs) ls |
| 2021-03-03 04:36:42 +0100 | <lambdabot> | | x `elem` ls = go xs ls |
| 2021-03-03 04:36:44 +0100 | <lambdabot> | | otherwise = x : go xs (x:ls) |
| 2021-03-03 04:37:09 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
| 2021-03-03 04:37:34 +0100 | dcoutts__ | (~duncan@85.186.125.91.dyn.plus.net) (Remote host closed the connection) |
| 2021-03-03 04:37:40 +0100 | dcoutts_ | (~dcoutts@unaffiliated/dcoutts) |
| 2021-03-03 04:37:59 +0100 | dcoutts__ | (~duncan@85.186.125.91.dyn.plus.net) |
| 2021-03-03 04:38:00 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
| 2021-03-03 04:38:08 +0100 | howdoi | (uid224@gateway/web/irccloud.com/x-ufymsxtwwagrydka) (Quit: Connection closed for inactivity) |
| 2021-03-03 04:39:47 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 04:40:05 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 04:40:32 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 04:40:51 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 04:42:04 +0100 | dcoutts | (~dcoutts@unaffiliated/dcoutts) (Ping timeout: 276 seconds) |
| 2021-03-03 04:43:45 +0100 | pincel | (~pyon@unaffiliated/pyon) |
| 2021-03-03 04:43:56 +0100 | augnun | (~augnun@2804:14c:658b:41bb:fb9:bc81:b181:b275) |
| 2021-03-03 04:44:15 +0100 | theDon | (~td@94.134.91.242) (Ping timeout: 240 seconds) |
| 2021-03-03 04:44:40 +0100 | plutoniix | (~q@184.82.199.169) |
| 2021-03-03 04:46:27 +0100 | theDon | (~td@muedsl-82-207-238-151.citykom.de) |
| 2021-03-03 04:47:20 +0100 | ubert1 | (~Thunderbi@p200300ecdf25d90ee6b318fffe838f33.dip0.t-ipconnect.de) |
| 2021-03-03 04:47:59 +0100 | nineonine | (~nineonine@50.216.62.2) |
| 2021-03-03 04:48:15 +0100 | ubert | (~Thunderbi@p200300ecdf25d9c5e6b318fffe838f33.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
| 2021-03-03 04:48:15 +0100 | ubert1 | ubert |
| 2021-03-03 04:50:21 +0100 | justsomeguy | (~justsomeg@unaffiliated/--/x-3805311) |
| 2021-03-03 04:51:51 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 246 seconds) |
| 2021-03-03 04:52:55 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 04:53:14 +0100 | slack1256 | (~slack1256@45.4.2.52) (Remote host closed the connection) |
| 2021-03-03 04:55:04 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 04:56:42 +0100 | <olligobber> | @src print |
| 2021-03-03 04:56:42 +0100 | <lambdabot> | print x = putStrLn (show x) |
| 2021-03-03 04:56:51 +0100 | <olligobber> | I don't know what I expected |
| 2021-03-03 04:56:56 +0100 | <olligobber> | @src putStrLn |
| 2021-03-03 04:56:56 +0100 | <lambdabot> | putStrLn s = do putStr s; putChar '\n' |
| 2021-03-03 04:57:00 +0100 | <olligobber> | lol |
| 2021-03-03 04:57:06 +0100 | <olligobber> | @src putStr |
| 2021-03-03 04:57:06 +0100 | <lambdabot> | putStr s = hPutStr stdout s |
| 2021-03-03 04:57:12 +0100 | <olligobber> | mmhmm |
| 2021-03-03 04:57:16 +0100 | <olligobber> | @src hPutStr |
| 2021-03-03 04:57:16 +0100 | <lambdabot> | Source not found. There are some things that I just don't know. |
| 2021-03-03 04:57:21 +0100 | <olligobber> | great |
| 2021-03-03 05:00:15 +0100 | Tops2 | (~Tobias@dyndsl-095-033-025-007.ewe-ip-backbone.de) (Ping timeout: 240 seconds) |
| 2021-03-03 05:00:26 +0100 | pja | (~phil@2a02:8010:6098:0:f2de:f1ff:fe2c:3d9) |
| 2021-03-03 05:02:32 +0100 | jpds_ | (~jpds@gateway/tor-sasl/jpds) (Remote host closed the connection) |
| 2021-03-03 05:03:01 +0100 | spamlessj | (~spamlessj@2a01:4f8:141:1329::2) (Ping timeout: 272 seconds) |
| 2021-03-03 05:03:04 +0100 | jpds_ | (~jpds@gateway/tor-sasl/jpds) |
| 2021-03-03 05:04:49 +0100 | nineonine | (~nineonine@50.216.62.2) (Ping timeout: 260 seconds) |
| 2021-03-03 05:10:15 +0100 | fosterite | (~fosterite@2600:6c46:7800:fecf:dc70:c510:31c6:3b4) () |
| 2021-03-03 05:10:38 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 05:12:02 +0100 | Rudd0 | (~Rudd0@185.189.115.103) |
| 2021-03-03 05:13:12 +0100 | <monochrom> | @src is just a database of handwritten code to show ideas. |
| 2021-03-03 05:13:16 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 276 seconds) |
| 2021-03-03 05:13:36 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
| 2021-03-03 05:13:54 +0100 | <monochrom> | Neither authoritative nor realistic. |
| 2021-03-03 05:15:04 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 05:16:00 +0100 | <olligobber> | oh |
| 2021-03-03 05:16:02 +0100 | spamlessj | (~spamlessj@2a01:4f8:141:1329::2) |
| 2021-03-03 05:16:03 +0100 | solomon` | (4ca8078b@cpe-76-168-7-139.socal.res.rr.com) (Ping timeout: 240 seconds) |
| 2021-03-03 05:20:58 +0100 | geowiesnot_bis | (~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) |
| 2021-03-03 05:22:15 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 05:22:35 +0100 | <{abby}> | you can find the actual source for putStrLn by finding it in the documentation for the base package and clicking the source link, but it's not really important |
| 2021-03-03 05:22:56 +0100 | knupfer | (~Thunderbi@200116b82cfd6c00951237cec1956766.dip.versatel-1u1.de) (Ping timeout: 240 seconds) |
| 2021-03-03 05:23:24 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) |
| 2021-03-03 05:23:55 +0100 | polyphem | (~p0lyph3m@2a02:810d:640:776c:76d7:55f6:f85b:c889) (Ping timeout: 272 seconds) |
| 2021-03-03 05:25:04 +0100 | <koz_> | @src foldl' |
| 2021-03-03 05:25:04 +0100 | <lambdabot> | foldl' f a [] = a |
| 2021-03-03 05:25:04 +0100 | <lambdabot> | foldl' f a (x:xs) = let a' = f a x in a' `seq` foldl' f a' xs |
| 2021-03-03 05:25:11 +0100 | <koz_> | nceat. |
| 2021-03-03 05:25:31 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
| 2021-03-03 05:26:20 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 05:27:25 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds) |
| 2021-03-03 05:28:10 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
| 2021-03-03 05:28:39 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 05:30:32 +0100 | <olligobber> | I expected putStr = foldM_ putChar or something |
| 2021-03-03 05:32:58 +0100 | conal | (~conal@64.71.133.70) (Ping timeout: 245 seconds) |
| 2021-03-03 05:33:03 +0100 | gienah | (~mwright@gentoo/developer/gienah) (Read error: Network is unreachable) |
| 2021-03-03 05:33:22 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:9170:144e:46d9:ed03) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 05:35:09 +0100 | geowiesnot_bis | (~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 265 seconds) |
| 2021-03-03 05:35:43 +0100 | ollierees | (~ollierees@host86-158-135-255.range86-158.btcentralplus.com) (Quit: WeeChat 2.9) |
| 2021-03-03 05:39:44 +0100 | <pincel> | Does it make sense to use finger trees with noncommutative monoids? All examples that I have seen use commutative monoids. |
| 2021-03-03 05:40:38 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) (Quit: Leaving) |
| 2021-03-03 05:41:14 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) |
| 2021-03-03 05:42:25 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
| 2021-03-03 05:43:12 +0100 | <olligobber> | noncommutative monoid? you mean a magma? |
| 2021-03-03 05:43:20 +0100 | <pincel> | No. |
| 2021-03-03 05:43:31 +0100 | <olligobber> | oh wait, I'm thinking of associative |
| 2021-03-03 05:44:09 +0100 | <pincel> | It would not be a monoid without the associative property. |
| 2021-03-03 05:44:26 +0100 | <olligobber> | that's why I thought it was weird |
| 2021-03-03 05:46:17 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 05:47:36 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 240 seconds) |
| 2021-03-03 05:47:56 +0100 | gienah | (~mwright@gentoo/developer/gienah) |
| 2021-03-03 05:49:38 +0100 | nineonine | (~nineonine@50.216.62.2) |
| 2021-03-03 05:50:29 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 05:50:53 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 05:51:31 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) |
| 2021-03-03 05:54:38 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Ping timeout: 245 seconds) |
| 2021-03-03 05:57:52 +0100 | puke | (~vroom@217.138.252.56) (Quit: puke) |
| 2021-03-03 06:01:22 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Ping timeout: 276 seconds) |
| 2021-03-03 06:01:33 +0100 | aggin | (~ecm@103.88.87.46) |
| 2021-03-03 06:02:07 +0100 | aggin | (~ecm@103.88.87.46) (Client Quit) |
| 2021-03-03 06:05:25 +0100 | geowiesnot_bis | (~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) |
| 2021-03-03 06:06:19 +0100 | adpx | (658fac65@101-143-172-101f2.kns1.eonet.ne.jp) |
| 2021-03-03 06:06:58 +0100 | sz0 | (uid110435@gateway/web/irccloud.com/x-tlpyvfiuvwdjqrhp) (Quit: Connection closed for inactivity) |
| 2021-03-03 06:08:52 +0100 | d1rges | (~d1rges@2001-b011-8011-1df2-9c8d-cdf4-5812-0511.dynamic-ip6.hinet.net) |
| 2021-03-03 06:11:18 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) (Ping timeout: 245 seconds) |
| 2021-03-03 06:14:05 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) |
| 2021-03-03 06:14:49 +0100 | Tario | (~Tario@201.192.165.173) (Ping timeout: 260 seconds) |
| 2021-03-03 06:26:58 +0100 | ddellacosta | (~ddellacos@86.106.143.188) |
| 2021-03-03 06:27:14 +0100 | d1rges | (~d1rges@2001-b011-8011-1df2-9c8d-cdf4-5812-0511.dynamic-ip6.hinet.net) (Quit: Leaving) |
| 2021-03-03 06:27:24 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) |
| 2021-03-03 06:30:05 +0100 | <c_wraith> | I don't see a problem with the monoid being non-commutative. |
| 2021-03-03 06:31:11 +0100 | <c_wraith> | the value in a particular node is always the combination of that node and its children's monoids. |
| 2021-03-03 06:31:18 +0100 | ddellacosta | (~ddellacos@86.106.143.188) (Ping timeout: 245 seconds) |
| 2021-03-03 06:31:34 +0100 | <c_wraith> | The association may change, but the order won't. |
| 2021-03-03 06:33:15 +0100 | sicklorkin | (~adsf@s206-116-49-76.bc.hsia.telus.net) |
| 2021-03-03 06:34:45 +0100 | Guest50271 | (~textual@zrcout.mskcc.org) (Ping timeout: 264 seconds) |
| 2021-03-03 06:35:36 +0100 | <sicklorkin> | I just updated a script that envokes stack i.e. -- stack -- resolver lts-17.4 script; and now I'm getting errors Module Foo.Bar appears in multiple packages: baz hoge and was wondering where I should start looking? |
| 2021-03-03 06:37:05 +0100 | <sicklorkin> | I found a package imports propostal suggesting ` import "baz" Foo.Bar` but it didn't fix the issue |
| 2021-03-03 06:37:54 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) (Ping timeout: 246 seconds) |
| 2021-03-03 06:37:57 +0100 | <sicklorkin> | import Foo.Bar from "containers" didn't work either |
| 2021-03-03 06:38:50 +0100 | <sicklorkin> | https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/packages/package-imports-proposal |
| 2021-03-03 06:39:50 +0100 | <sicklorkin> | nm.. i had a syntax issue |
| 2021-03-03 06:40:12 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
| 2021-03-03 06:42:07 +0100 | <sicklorkin> | needed PackageImports |
| 2021-03-03 06:57:01 +0100 | tsaka__ | (~torstein@2a02:587:1b14:d00:5ec3:abec:812c:b3e2) (Ping timeout: 272 seconds) |
| 2021-03-03 06:57:45 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) (Quit: Leaving) |
| 2021-03-03 06:59:51 +0100 | elliott__ | (~elliott@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 256 seconds) |
| 2021-03-03 07:00:13 +0100 | michalz | (~user@185.246.204.61) |
| 2021-03-03 07:00:28 +0100 | ddellacosta | (~ddellacos@86.106.143.110) |
| 2021-03-03 07:02:36 +0100 | aqd | (~aqd@84.20.147.33) |
| 2021-03-03 07:02:57 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 264 seconds) |
| 2021-03-03 07:03:27 +0100 | carlomagno1 | (~cararell@148.87.23.10) (Quit: Leaving.) |
| 2021-03-03 07:04:20 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 07:05:03 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 07:05:43 +0100 | ddellacosta | (~ddellacos@86.106.143.110) (Ping timeout: 276 seconds) |
| 2021-03-03 07:08:26 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Ping timeout: 240 seconds) |
| 2021-03-03 07:12:00 +0100 | gioyik | (~gioyik@gateway/tor-sasl/gioyik) |
| 2021-03-03 07:12:09 +0100 | gioyik | (~gioyik@gateway/tor-sasl/gioyik) (Client Quit) |
| 2021-03-03 07:15:43 +0100 | gioyik_ | (~gioyik@gateway/tor-sasl/gioyik) (Ping timeout: 268 seconds) |
| 2021-03-03 07:18:05 +0100 | sicklorkin | (~adsf@s206-116-49-76.bc.hsia.telus.net) () |
| 2021-03-03 07:18:06 +0100 | CMCDragonkai1 | (~Thunderbi@60-242-118-130.tpgi.com.au) |
| 2021-03-03 07:20:49 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 256 seconds) |
| 2021-03-03 07:21:06 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) |
| 2021-03-03 07:23:05 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 07:25:31 +0100 | sord937 | (~sord937@gateway/tor-sasl/sord937) |
| 2021-03-03 07:30:30 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 07:31:38 +0100 | Philonous | (~Philonous@unaffiliated/philonous) (Ping timeout: 265 seconds) |
| 2021-03-03 07:31:52 +0100 | Philonous | (~Philonous@unaffiliated/philonous) |
| 2021-03-03 07:33:46 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 07:35:36 +0100 | forgottenone | (~forgotten@176.42.24.53) (Ping timeout: 240 seconds) |
| 2021-03-03 07:36:13 +0100 | aggin | (~ecm@103.88.87.46) |
| 2021-03-03 07:38:24 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 07:39:27 +0100 | forgottenone | (~forgotten@176.42.25.89) |
| 2021-03-03 07:40:44 +0100 | sm2n_ | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 07:41:18 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 245 seconds) |
| 2021-03-03 07:41:54 +0100 | ukboi | (~ukboi@139.28.218.148) (Remote host closed the connection) |
| 2021-03-03 07:41:56 +0100 | nineonine | (~nineonine@50.216.62.2) (Ping timeout: 240 seconds) |
| 2021-03-03 07:43:43 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 265 seconds) |
| 2021-03-03 07:45:40 +0100 | danvet | (~Daniel@2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa) |
| 2021-03-03 07:46:09 +0100 | danvet_ | (~danvet@212-51-149-181.fiber7.init7.net) |
| 2021-03-03 07:46:18 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 07:47:41 +0100 | sm2n_ | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 260 seconds) |
| 2021-03-03 07:49:07 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) |
| 2021-03-03 07:52:15 +0100 | Foritus | (~buggery@cpc91316-watf11-2-0-cust68.15-2.cable.virginm.net) (Quit: ლ(ಠ益ಠლ) .:. <Ashley> my porn is hidden in a folder called "BBC Micro Emulator") |
| 2021-03-03 07:53:24 +0100 | Foritus | (~buggery@cpc91316-watf11-2-0-cust68.15-2.cable.virginm.net) |
| 2021-03-03 07:54:41 +0100 | Boomerang | (~Boomerang@2a05:f6c7:2179:0:9428:7cc:4edb:1705) |
| 2021-03-03 07:57:38 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds) |
| 2021-03-03 07:57:46 +0100 | beng-nl1 | (~beng-nl@217.146.82.202) |
| 2021-03-03 08:01:33 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) |
| 2021-03-03 08:04:13 +0100 | danvet_ | (~danvet@212-51-149-181.fiber7.init7.net) (Ping timeout: 276 seconds) |
| 2021-03-03 08:04:42 +0100 | forgottenone | (~forgotten@176.42.25.89) (Quit: Konversation terminated!) |
| 2021-03-03 08:05:11 +0100 | <siraben> | Why do I have instance Monoid s => Monad (State s) instead of `Monad (State s)` when the monad is derived? http://ix.io/2Rwb |
| 2021-03-03 08:05:20 +0100 | <siraben> | As far as I can tell it's coming from the Applicative instance for `(,) s` |
| 2021-03-03 08:06:42 +0100 | <koz_> | Compose of two Monads isn't a Monad. |
| 2021-03-03 08:06:56 +0100 | <koz_> | Literally oldest trick in the book. :P |
| 2021-03-03 08:07:00 +0100 | <siraben> | I know |
| 2021-03-03 08:07:05 +0100 | <siraben> | I'm trying to derive the state monad from an adjunction |
| 2021-03-03 08:07:30 +0100 | <siraben> | `newtype State s a = State (Compose ((->) s) ((,) s) a) deriving (Functor, Applicative, Monad)` |
| 2021-03-03 08:07:34 +0100 | <koz_> | That's why your derivation fails. |
| 2021-03-03 08:07:43 +0100 | <koz_> | It's also why you should _always_ explicitly derive. |
| 2021-03-03 08:07:59 +0100 | <koz_> | If you'd written it using, say, DerivingVia, you'd have seen this much earlier. |
| 2021-03-03 08:08:00 +0100 | <siraben> | It's worked before here: https://gist.github.com/siraben/9c4f5ec972d876f741210ae16ee82192#file-adjunctions-hs-L32 |
| 2021-03-03 08:08:07 +0100 | <siraben> | Yeah, how would I use deriving via? |
| 2021-03-03 08:08:15 +0100 | <siraben> | I have `instance Adjoint f g => Monad (Compose g f) where` |
| 2021-03-03 08:08:32 +0100 | <siraben> | it's worked before but I didn't like that instance I put in just to make GHC compile* |
| 2021-03-03 08:09:32 +0100 | <koz_> | You'd need to have written 'deriving (Monad) via (Compose ...) |
| 2021-03-03 08:09:34 +0100 | <koz_> | '. |
| 2021-03-03 08:09:37 +0100 | bitmagie | (~Thunderbi@200116b80698c2004c47218aeec9552a.dip.versatel-1u1.de) |
| 2021-03-03 08:10:08 +0100 | <koz_> | Although actually, I don't think that would have helped. |
| 2021-03-03 08:10:16 +0100 | <koz_> | Ignore me, I dunno what I'm on about. :P |
| 2021-03-03 08:10:56 +0100 | <siraben> | I tried looking online for examples of the state monad via the curry/uncurry adjunction, but to no avail |
| 2021-03-03 08:11:35 +0100 | ddellacosta | (~ddellacos@86.106.143.201) |
| 2021-03-03 08:11:41 +0100 | <siraben> | Hm, `Monad (State s)’ is not a unary constraint, as expected by a deriving clause` |
| 2021-03-03 08:11:48 +0100 | <siraben> | added the line `deriving (Monad (State s)) via (Compose ((->) s) ((,) s) a)` |
| 2021-03-03 08:12:33 +0100 | CMCDragonkai1 | (~Thunderbi@60-242-118-130.tpgi.com.au) (Ping timeout: 245 seconds) |
| 2021-03-03 08:13:03 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) (Ping timeout: 268 seconds) |
| 2021-03-03 08:13:10 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 08:13:29 +0100 | aggin | (~ecm@103.88.87.46) (Quit: WeeChat 3.0.1) |
| 2021-03-03 08:14:01 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Remote host closed the connection) |
| 2021-03-03 08:14:13 +0100 | <koz_> | Still get the same constraint problem? |
| 2021-03-03 08:14:24 +0100 | _ht | (~quassel@82-169-194-8.biz.kpn.net) |
| 2021-03-03 08:14:44 +0100 | <siraben> | need to look into deriving via |
| 2021-03-03 08:15:03 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 08:15:03 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-03 08:15:17 +0100 | <koz_> | You don't need that 'a' |
| 2021-03-03 08:15:19 +0100 | <koz_> | It'd be |
| 2021-03-03 08:15:34 +0100 | <siraben> | This works, |
| 2021-03-03 08:15:36 +0100 | <siraben> | newtype State s a = State (Compose ((->) s) ((,) s) a) |
| 2021-03-03 08:15:36 +0100 | <siraben> | deriving (Functor, Applicative) |
| 2021-03-03 08:15:36 +0100 | <siraben> | deriving Monad via (Compose ((->) s) ((,) s)) |
| 2021-03-03 08:15:41 +0100 | <koz_> | Yep. |
| 2021-03-03 08:15:43 +0100 | <siraben> | however I still have a monoid constraint on the state |
| 2021-03-03 08:15:48 +0100 | <siraben> | instance Monoid s => Monad (State s) |
| 2021-03-03 08:15:52 +0100 | <koz_> | Hmmm, I wonder why. |
| 2021-03-03 08:15:54 +0100 | ddellacosta | (~ddellacos@86.106.143.201) (Ping timeout: 245 seconds) |
| 2021-03-03 08:16:06 +0100 | <siraben> | I think it's definitely because of the applicative instance of `(,) s` |
| 2021-03-03 08:16:10 +0100 | <siraben> | I have this: |
| 2021-03-03 08:16:11 +0100 | <siraben> | `instance (Applicative g, Applicative f, Adjoint f g) => Monad (Compose g f) where` |
| 2021-03-03 08:16:28 +0100 | <siraben> | so it chooses the instance for `(,) s` that requires the type to be monoidial |
| 2021-03-03 08:16:44 +0100 | <koz_> | > liftA2 (+) ("foo", 1) ("bar", 2) |
| 2021-03-03 08:16:46 +0100 | <lambdabot> | ("foobar",3) |
| 2021-03-03 08:16:48 +0100 | <siraben> | I should just make another pair type and have it always choose the right elem or something |
| 2021-03-03 08:16:50 +0100 | <koz_> | Yup. |
| 2021-03-03 08:17:07 +0100 | <koz_> | So you do get a Monad, just not the one you expected. |
| 2021-03-03 08:17:53 +0100 | <edwardk> | siraben: the problem is there are several ways to compose a functor and a monad to make a monad, and they don't all lead to the two pieces being compatible applicatives, and to the result being compatible with the applicative for Compose f g |
| 2021-03-03 08:18:08 +0100 | <koz_> | edwardk: Does this make a lawful Monad? |
| 2021-03-03 08:18:11 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 08:18:12 +0100 | <koz_> | (as in, this specific case) |
| 2021-03-03 08:18:54 +0100 | <edwardk> | iirc not unless you change the Applicative of (Compose g f) |
| 2021-03-03 08:19:26 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 240 seconds) |
| 2021-03-03 08:19:57 +0100 | <edwardk> | in general you don't want both part of the Compose to be Applicative |
| 2021-03-03 08:19:57 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 08:20:05 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 08:20:57 +0100 | <edwardk> | http://web.cecs.pdx.edu/~mpj/pubs/RR-1004.pdf is a nice paper (from 1993!) where Mark P Jones of hugs fame and Luc Duponcheel go through a few ways to compose pointed functors with monads to get a monad. |
| 2021-03-03 08:21:03 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) |
| 2021-03-03 08:21:10 +0100 | <edwardk> | this is sort of a precursor to the monad transformer work we got in the end |
| 2021-03-03 08:23:31 +0100 | toorevitimirp | (~tooreviti@117.182.182.60) |
| 2021-03-03 08:25:12 +0100 | <mananamenos> | hi, in ghci repl I input `1` or `Nothing` and get this warning *<interactive>:10:1: warning: [-Wtype-defaults]..*. I tried to do `:set -Wtype-defaults` and it hasn't help. The warning still pops up everytime before printing the defaulted type value |
| 2021-03-03 08:25:29 +0100 | <koz_> | mananamenos: It's because both '1' and 'Nothing' can range in type. |
| 2021-03-03 08:25:31 +0100 | <koz_> | :t 1 |
| 2021-03-03 08:25:33 +0100 | <lambdabot> | Num p => p |
| 2021-03-03 08:25:39 +0100 | <koz_> | So we dunno what p you want. |
| 2021-03-03 08:25:42 +0100 | <koz_> | Likewise. |
| 2021-03-03 08:25:44 +0100 | <koz_> | :t Nothing |
| 2021-03-03 08:25:46 +0100 | <lambdabot> | Maybe a |
| 2021-03-03 08:25:51 +0100 | <koz_> | So we dunno what 'a' you want. |
| 2021-03-03 08:26:02 +0100 | <koz_> | Normally this would come from context. |
| 2021-03-03 08:26:05 +0100 | <koz_> | Here you have none. |
| 2021-03-03 08:26:10 +0100 | <koz_> | So this is why you get that warning. |
| 2021-03-03 08:26:18 +0100 | <koz_> | As opposed to, say |
| 2021-03-03 08:26:21 +0100 | <koz_> | :t 1 :: Float |
| 2021-03-03 08:26:23 +0100 | <lambdabot> | Float |
| 2021-03-03 08:26:25 +0100 | <koz_> | Or |
| 2021-03-03 08:26:30 +0100 | <koz_> | :t Nothing :: Maybe Bool |
| 2021-03-03 08:26:32 +0100 | <lambdabot> | Maybe Bool |
| 2021-03-03 08:26:48 +0100 | <koz_> | I have to specify signatures here because there's no context to inform me. |
| 2021-03-03 08:26:49 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 08:26:55 +0100 | Rudd0 | (~Rudd0@185.189.115.103) (Remote host closed the connection) |
| 2021-03-03 08:26:59 +0100 | <mananamenos> | koz_, oh right, with Maybe case im wrong, but with 1 i thought that with that :set something-default i can force the ghci to default to Int or whatever that :set something-default decides |
| 2021-03-03 08:27:10 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 08:27:10 +0100 | <koz_> | It already does this anyway. |
| 2021-03-03 08:27:29 +0100 | <koz_> | I _believe_ the default for whole-number literals is Integer? |
| 2021-03-03 08:27:44 +0100 | <koz_> | But I'd say this is not a behaviour you should rely on. |
| 2021-03-03 08:27:58 +0100 | <mananamenos> | yes, id does but first printing that 5 lines warning :) which is why im asking if it's posible to remove it at least for the ghci session time |
| 2021-03-03 08:28:22 +0100 | cads | (~cads@ip-64-72-99-232.lasvegas.net) (Read error: Connection reset by peer) |
| 2021-03-03 08:28:23 +0100 | <koz_> | You wanna do -Wno-type-defaults |
| 2021-03-03 08:28:26 +0100 | neiluj | (~jco@unaffiliated/neiluj) (Remote host closed the connection) |
| 2021-03-03 08:28:34 +0100 | <koz_> | For -Wfoo, you turn it off with -Wno-foo |
| 2021-03-03 08:29:10 +0100 | <koz_> | . o O (so if we had -Wno-do-this-thing, to turn it off would be -Wno-no-do-this-thing?) |
| 2021-03-03 08:30:05 +0100 | neiluj | (~jco@91-167-203-101.subs.proxad.net) |
| 2021-03-03 08:30:10 +0100 | neiluj | (~jco@91-167-203-101.subs.proxad.net) (Changing host) |
| 2021-03-03 08:30:10 +0100 | neiluj | (~jco@unaffiliated/neiluj) |
| 2021-03-03 08:30:54 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
| 2021-03-03 08:31:04 +0100 | <mananamenos> | koz_, thank you! |
| 2021-03-03 08:31:11 +0100 | <koz_> | mananamenos: No worries. |
| 2021-03-03 08:33:12 +0100 | kenran | (~kenran@b2b-37-24-119-190.unitymedia.biz) |
| 2021-03-03 08:33:48 +0100 | tsaka__ | (~torstein@athedsl-258913.home.otenet.gr) |
| 2021-03-03 08:35:21 +0100 | deviantfero | (~deviantfe@190.150.27.58) (Ping timeout: 264 seconds) |
| 2021-03-03 08:36:28 +0100 | bobiusbillius | (~bobiusbil@2a00:23c7:9909:5b01:909a:85aa:703a:457c) |
| 2021-03-03 08:37:19 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 256 seconds) |
| 2021-03-03 08:40:24 +0100 | Tarutaev | (~Tarutaev@90.200.185.163) (Ping timeout: 246 seconds) |
| 2021-03-03 08:40:24 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 08:40:45 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 08:43:45 +0100 | kam1 | (~kam1@5.125.82.63) (Ping timeout: 264 seconds) |
| 2021-03-03 08:46:03 +0100 | dhouthoo | (~dhouthoo@ptr-eitgbj2w0uu6delkbrh.18120a2.ip6.access.telenet.be) |
| 2021-03-03 08:46:19 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 245 seconds) |
| 2021-03-03 08:46:49 +0100 | Varis | (~Tadas@unaffiliated/varis) |
| 2021-03-03 08:46:54 +0100 | chele | (~chele@ip5b40237d.dynamic.kabel-deutschland.de) |
| 2021-03-03 08:47:22 +0100 | deviantfero | (~deviantfe@190.150.27.58) |
| 2021-03-03 08:49:11 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 08:49:52 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) (Remote host closed the connection) |
| 2021-03-03 08:49:54 +0100 | Zivert | (~Zivert@90.200.185.163) |
| 2021-03-03 08:49:56 +0100 | tsaka__ | (~torstein@athedsl-258913.home.otenet.gr) (Ping timeout: 265 seconds) |
| 2021-03-03 08:50:11 +0100 | graf_blutwurst | (~user@adsl-178-38-234-220.adslplus.ch) |
| 2021-03-03 08:50:25 +0100 | Aquazi | (uid312403@gateway/web/irccloud.com/x-tgakpwzpocvqwkje) |
| 2021-03-03 08:51:43 +0100 | deviantfero | (~deviantfe@190.150.27.58) (Ping timeout: 245 seconds) |
| 2021-03-03 08:52:50 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 08:52:51 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 08:53:49 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 08:54:38 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Remote host closed the connection) |
| 2021-03-03 08:55:33 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) |
| 2021-03-03 08:55:40 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 08:56:11 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) (Remote host closed the connection) |
| 2021-03-03 08:56:38 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) |
| 2021-03-03 08:57:34 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 245 seconds) |
| 2021-03-03 09:00:04 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 258 seconds) |
| 2021-03-03 09:00:06 +0100 | danso | (~dan@2001:1970:52e7:d000:96b8:6dff:feb3:c009) (Quit: WeeChat 3.0) |
| 2021-03-03 09:02:57 +0100 | cole-h | (~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) (Ping timeout: 264 seconds) |
| 2021-03-03 09:04:13 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) (Ping timeout: 260 seconds) |
| 2021-03-03 09:04:47 +0100 | tzh | (~tzh@c-24-21-73-154.hsd1.wa.comcast.net) (Quit: zzz) |
| 2021-03-03 09:05:54 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) |
| 2021-03-03 09:06:27 +0100 | Lycurgus | (~niemand@cpe-45-46-139-165.buffalo.res.rr.com) |
| 2021-03-03 09:07:25 +0100 | Yumasi | (~guillaume@2a01:e0a:5cb:4430:4f52:603c:a9c0:87e8) |
| 2021-03-03 09:09:19 +0100 | <tomsmeding> | koz_: I think it would rather be -Wdo-this-thing ;) |
| 2021-03-03 09:09:40 +0100 | <koz_> | tomsmeding: Yeah, I was just being silly. |
| 2021-03-03 09:10:29 +0100 | <tomsmeding> | would be a fun easter egg, to let -W(no-no-)*x be equivalent to -Wx |
| 2021-03-03 09:10:30 +0100 | adpx | (658fac65@101-143-172-101f2.kns1.eonet.ne.jp) (Quit: Connection closed) |
| 2021-03-03 09:10:45 +0100 | dminuoso | idly thinks about how configuring ipv6 nd router advertisements on cisco requires something like `no ipv6 nd ra suppress` |
| 2021-03-03 09:11:01 +0100 | <dminuoso> | Where "activate" is considered "dont suppress" |
| 2021-03-03 09:11:04 +0100 | <tomsmeding> | and mildly discomforting for intuitionists |
| 2021-03-03 09:11:20 +0100 | teardown | (~user@gateway/tor-sasl/mrush) (Remote host closed the connection) |
| 2021-03-03 09:11:36 +0100 | <koz_> | tomsmeding: Rofl. |
| 2021-03-03 09:11:42 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Remote host closed the connection) |
| 2021-03-03 09:11:42 +0100 | teardown | (~user@gateway/tor-sasl/mrush) |
| 2021-03-03 09:11:54 +0100 | <koz_> | Constructivism: Two wrongs don't make a right. |
| 2021-03-03 09:12:32 +0100 | <Lycurgus> | did you make that up? |
| 2021-03-03 09:12:42 +0100 | <koz_> | Lycurgus: Yes. |
| 2021-03-03 09:12:57 +0100 | <Uniaika> | koz_: I was about to say that yeah |
| 2021-03-03 09:12:58 +0100 | <Uniaika> | :D |
| 2021-03-03 09:13:01 +0100 | <Lycurgus> | i see a standup career in ur future |
| 2021-03-03 09:13:10 +0100 | <koz_> | Lycurgus: I... don't think this is wise. |
| 2021-03-03 09:13:14 +0100 | tomsmeding | thinks I've seen it before somewhere |
| 2021-03-03 09:13:16 +0100 | <koz_> | I am fond of making jokes about 3 people get. |
| 2021-03-03 09:13:25 +0100 | <koz_> | tomsmeding: It's not exactly a novel idea. |
| 2021-03-03 09:15:13 +0100 | <opqdonut> | however a right makes two wrongs |
| 2021-03-03 09:15:18 +0100 | <opqdonut> | and three wrongs are still wrong |
| 2021-03-03 09:21:27 +0100 | poljar | (~poljar@93-139-44-107.adsl.net.t-com.hr) |
| 2021-03-03 09:23:06 +0100 | L1Cafe6 | (~L1Cafe@kydara.com) |
| 2021-03-03 09:23:22 +0100 | alp | (~alp@163.172.83.213) (Remote host closed the connection) |
| 2021-03-03 09:23:25 +0100 | zfnmxt | (~zfnmxt@unaffiliated/zfnmxt) (Ping timeout: 272 seconds) |
| 2021-03-03 09:23:28 +0100 | L1Cafe | (~L1Cafe@kydara.com) (Read error: Connection reset by peer) |
| 2021-03-03 09:23:29 +0100 | L1Cafe6 | L1Cafe |
| 2021-03-03 09:23:40 +0100 | alp | (~alp@163.172.83.213) |
| 2021-03-03 09:23:56 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 09:24:03 +0100 | poljar1 | (~poljar@93-139-44-107.adsl.net.t-com.hr) (Ping timeout: 272 seconds) |
| 2021-03-03 09:24:21 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Read error: Connection reset by peer) |
| 2021-03-03 09:24:42 +0100 | texasmynsted | (~texasmyns@99.96.221.112) (Ping timeout: 272 seconds) |
| 2021-03-03 09:24:42 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 09:24:49 +0100 | zfnmxt | (~zfnmxt@unaffiliated/zfnmxt) |
| 2021-03-03 09:24:59 +0100 | texasmynsted | (~texasmyns@99.96.221.112) |
| 2021-03-03 09:28:24 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 09:28:50 +0100 | KMEIN | kmein |
| 2021-03-03 09:29:57 +0100 | jacks2 | (~bc8134e3@217.29.117.252) (Quit: http://www.okay.uz/ (Session timeout)) |
| 2021-03-03 09:32:37 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) (Ping timeout: 276 seconds) |
| 2021-03-03 09:32:49 +0100 | bitmagie | (~Thunderbi@200116b80698c2004c47218aeec9552a.dip.versatel-1u1.de) (Quit: bitmagie) |
| 2021-03-03 09:33:18 +0100 | bitmapper | (uid464869@gateway/web/irccloud.com/x-aqvovigjeqvpxetm) (Quit: Connection closed for inactivity) |
| 2021-03-03 09:33:35 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:3056:df9b:393a:c87f) (Ping timeout: 240 seconds) |
| 2021-03-03 09:34:55 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 09:36:15 +0100 | kritzefitz | (~kritzefit@fw-front.credativ.com) |
| 2021-03-03 09:36:45 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Remote host closed the connection) |
| 2021-03-03 09:37:02 +0100 | m0rphism1 | (~m0rphism@HSI-KBW-085-216-104-059.hsi.kabelbw.de) |
| 2021-03-03 09:37:21 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 09:40:16 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 09:40:35 +0100 | royal_screwup21 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Client Quit) |
| 2021-03-03 09:40:47 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 09:41:26 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 240 seconds) |
| 2021-03-03 09:41:26 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 09:41:27 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:3b8c) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 2021-03-03 09:41:51 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 09:43:06 +0100 | geyaeb_ | (~geyaeb@gateway/tor-sasl/geyaeb) (Ping timeout: 268 seconds) |
| 2021-03-03 09:43:24 +0100 | kiltzman | (~k1ltzman@195.189.99.96) (Ping timeout: 240 seconds) |
| 2021-03-03 09:43:55 +0100 | Chobbes | (~Chobbes@pool-98-115-239-235.phlapa.fios.verizon.net) (Ping timeout: 240 seconds) |
| 2021-03-03 09:44:14 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) (Ping timeout: 245 seconds) |
| 2021-03-03 09:44:19 +0100 | abrar_ | (~abrar@static-108-30-103-121.nycmny.fios.verizon.net) (Ping timeout: 272 seconds) |
| 2021-03-03 09:44:21 +0100 | geyaeb | (~geyaeb@gateway/tor-sasl/geyaeb) |
| 2021-03-03 09:44:39 +0100 | chirpsalot | (~Chirps@pool-98-115-239-235.phlapa.fios.verizon.net) (Ping timeout: 245 seconds) |
| 2021-03-03 09:44:45 +0100 | khisanth_ | (~Khisanth@24.sub-174-244-147.myvzw.com) (Ping timeout: 256 seconds) |
| 2021-03-03 09:44:46 +0100 | ubert1 | (~Thunderbi@p548c9a44.dip0.t-ipconnect.de) |
| 2021-03-03 09:44:55 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) (Ping timeout: 240 seconds) |
| 2021-03-03 09:45:16 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Ping timeout: 240 seconds) |
| 2021-03-03 09:45:25 +0100 | jpds_ | (~jpds@gateway/tor-sasl/jpds) (Remote host closed the connection) |
| 2021-03-03 09:45:29 +0100 | hiroaki_ | (~hiroaki@2a02:8108:8c40:2bb8:b4e:b96c:b479:6a8f) (Ping timeout: 272 seconds) |
| 2021-03-03 09:45:47 +0100 | jpds_ | (~jpds@gateway/tor-sasl/jpds) |
| 2021-03-03 09:45:49 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:3952:4f6a:8da:bef6) |
| 2021-03-03 09:45:53 +0100 | Guest_67 | (cfcf7fd1@207.207.127.209) |
| 2021-03-03 09:46:09 +0100 | khisanth_ | (~Khisanth@24.sub-174-244-147.myvzw.com) |
| 2021-03-03 09:46:28 +0100 | Guest_67 | (cfcf7fd1@207.207.127.209) (Client Quit) |
| 2021-03-03 09:46:30 +0100 | Sgeo | (~Sgeo@ool-18b98aa4.dyn.optonline.net) (Read error: Connection reset by peer) |
| 2021-03-03 09:46:48 +0100 | Chobbes | (~Chobbes@pool-98-115-239-235.phlapa.fios.verizon.net) |
| 2021-03-03 09:46:56 +0100 | ubert | (~Thunderbi@p200300ecdf25d90ee6b318fffe838f33.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
| 2021-03-03 09:46:57 +0100 | ubert1 | ubert |
| 2021-03-03 09:47:08 +0100 | Lycurgus | (~niemand@cpe-45-46-139-165.buffalo.res.rr.com) (Quit: Exeunt) |
| 2021-03-03 09:47:26 +0100 | abrar_ | (~abrar@static-108-30-103-121.nycmny.fios.verizon.net) |
| 2021-03-03 09:48:44 +0100 | chirpsalot | (~Chirps@pool-98-115-239-235.phlapa.fios.verizon.net) |
| 2021-03-03 09:49:10 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 09:49:28 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) |
| 2021-03-03 09:49:48 +0100 | kiltzman | (~k1ltzman@195.189.99.96) |
| 2021-03-03 09:50:04 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) |
| 2021-03-03 09:53:42 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 09:57:12 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 09:57:24 +0100 | hiroaki_ | (~hiroaki@2a02:8108:8c40:2bb8:4198:736b:7066:258b) |
| 2021-03-03 09:59:56 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) (Ping timeout: 240 seconds) |
| 2021-03-03 10:00:05 +0100 | toorevitimirp | (~tooreviti@117.182.182.60) (Remote host closed the connection) |
| 2021-03-03 10:00:51 +0100 | knupfer | (~Thunderbi@200116b824ca5e004cef4013fe9dd744.dip.versatel-1u1.de) |
| 2021-03-03 10:01:16 +0100 | MarcelineVQ | (~anja@198.254.199.42) (Ping timeout: 240 seconds) |
| 2021-03-03 10:02:02 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) |
| 2021-03-03 10:02:29 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 10:03:32 +0100 | MarcelineVQ | (~anja@198.254.199.42) |
| 2021-03-03 10:07:34 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 260 seconds) |
| 2021-03-03 10:08:24 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 10:08:48 +0100 | mayleesia | (4d0b95c6@dynamic-077-011-149-198.77.11.pool.telefonica.de) |
| 2021-03-03 10:08:48 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 10:08:57 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 10:09:07 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) (Read error: Connection reset by peer) |
| 2021-03-03 10:09:16 +0100 | hendursa1 | (~weechat@gateway/tor-sasl/hendursaga) |
| 2021-03-03 10:10:10 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 10:10:20 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 10:10:51 +0100 | hendursaga | (~weechat@gateway/tor-sasl/hendursaga) (Ping timeout: 268 seconds) |
| 2021-03-03 10:12:05 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) |
| 2021-03-03 10:16:35 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:2d2c:7153:bdbb:6201) (Ping timeout: 240 seconds) |
| 2021-03-03 10:19:00 +0100 | <hc_> | Sigh, why do people on the haskell mailing list apologize for cross-posting so often, only to cross-post their stuff? |
| 2021-03-03 10:19:14 +0100 | DataComputist | (~lumeng@50.43.26.251) (Ping timeout: 260 seconds) |
| 2021-03-03 10:19:59 +0100 | seiryn | (~seiryn@2a01cb0409c990003ccf6635f6976a70.ipv6.abo.wanadoo.fr) |
| 2021-03-03 10:21:00 +0100 | <opqdonut> | well surely, if they didn't cross-post, they wouldn't need to apologise! |
| 2021-03-03 10:22:21 +0100 | wmacmil | (~wmacmil@c83-248-104-92.bredband.comhem.se) |
| 2021-03-03 10:22:21 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 10:22:32 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 10:25:09 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 265 seconds) |
| 2021-03-03 10:25:29 +0100 | ubert | (~Thunderbi@p548c9a44.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2021-03-03 10:25:44 +0100 | ubert | (~Thunderbi@p200300ecdf25d90eca5b76fffe29f233.dip0.t-ipconnect.de) |
| 2021-03-03 10:25:56 +0100 | knupfer | (~Thunderbi@200116b824ca5e004cef4013fe9dd744.dip.versatel-1u1.de) (Ping timeout: 240 seconds) |
| 2021-03-03 10:26:25 +0100 | mouseghost | (~draco@wikipedia/desperek) |
| 2021-03-03 10:28:47 +0100 | Franciman | (~francesco@host-82-49-79-189.retail.telecomitalia.it) |
| 2021-03-03 10:28:49 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 10:29:58 +0100 | <seiryn> | I was wondering : If i write a constant function (like fac10 :: Int, defined by fac10 = factorial 10) , Will this function be evaluated during compilationn or runtime ? |
| 2021-03-03 10:30:46 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 10:30:46 +0100 | mjacob | (~mjacob@unaffiliated/mjacob) (Read error: Connection reset by peer) |
| 2021-03-03 10:31:10 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 10:31:56 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:3b8c) |
| 2021-03-03 10:32:00 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Client Quit) |
| 2021-03-03 10:33:25 +0100 | kuribas | (~user@ptr-25vy0ia12wjqyp3p35k.18120a2.ip6.access.telenet.be) |
| 2021-03-03 10:36:28 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:3b8c) (Client Quit) |
| 2021-03-03 10:36:41 +0100 | mjacob | (~mjacob@unaffiliated/mjacob) |
| 2021-03-03 10:36:45 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 265 seconds) |
| 2021-03-03 10:36:51 +0100 | ddellacosta | (~ddellacos@86.106.143.84) |
| 2021-03-03 10:37:24 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 10:40:24 +0100 | <hololeap> | seiryn: not 100% sure, but i think it will be evaluated at runtime each time it is called, unless you implement memoization of some kind. however, ghc might optimize it somehow with -O/-O1/-O2 |
| 2021-03-03 10:42:10 +0100 | ddellacosta | (~ddellacos@86.106.143.84) (Ping timeout: 276 seconds) |
| 2021-03-03 10:42:47 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Read error: Connection reset by peer) |
| 2021-03-03 10:42:48 +0100 | sm2n_ | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 10:46:23 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 10:47:14 +0100 | tsaka__ | (~torstein@athedsl-258913.home.otenet.gr) |
| 2021-03-03 10:48:13 +0100 | sm2n_ | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 256 seconds) |
| 2021-03-03 10:50:00 +0100 | DataComputist | (~lumeng@50.43.26.251) |
| 2021-03-03 10:51:09 +0100 | dsrt^ | (dsrt@ip98-184-89-2.mc.at.cox.net) () |
| 2021-03-03 10:53:40 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 10:54:08 +0100 | clynamen_ | (~clynamen@net-93-66-1-11.cust.vodafonedsl.it) |
| 2021-03-03 10:55:29 +0100 | clynamen | (~clynamen@net-93-66-1-11.cust.vodafonedsl.it) (Ping timeout: 245 seconds) |
| 2021-03-03 10:56:13 +0100 | <MarcelineVQ> | seiryn: once during runtime the first time it's used, each time the program is run. also that's not a function, functions have -> in the type, e.g. Int -> Int or Char -> Char -> String |
| 2021-03-03 10:56:13 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 10:56:37 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 10:57:18 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
| 2021-03-03 10:58:16 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 240 seconds) |
| 2021-03-03 10:58:19 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Ping timeout: 260 seconds) |
| 2021-03-03 10:58:29 +0100 | <seiryn> | MarcelineVO : Thanks, and how it's called then ? I don't know the correct term |
| 2021-03-03 11:00:53 +0100 | <MarcelineVQ> | fact10 is a value of Int, nothing special :> |
| 2021-03-03 11:02:23 +0100 | lprd | (~jon@2a01cb0002954401ccf39439e30a9187.ipv6.abo.wanadoo.fr) |
| 2021-03-03 11:03:40 +0100 | <MarcelineVQ> | in haskell functions are also values, Int just isn't the type of a function. fac10 is a value of Int, tail is a value of [a] -> [a], tail happens to be a function and fac10 doesn't |
| 2021-03-03 11:04:37 +0100 | hnOsmium0001 | (uid453710@gateway/web/irccloud.com/x-emslfebnrfzacuco) (Quit: Connection closed for inactivity) |
| 2021-03-03 11:05:44 +0100 | saitamaplus | (uid272474@gateway/web/irccloud.com/x-ubvhdubmvytegxuj) |
| 2021-03-03 11:06:02 +0100 | son0p | (~son0p@181.58.39.182) |
| 2021-03-03 11:07:23 +0100 | vs^ | (vs@ip98-184-89-2.mc.at.cox.net) |
| 2021-03-03 11:08:29 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) |
| 2021-03-03 11:08:35 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 11:11:59 +0100 | Rudd0 | (~Rudd0@185.189.115.103) |
| 2021-03-03 11:12:59 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 11:13:10 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) |
| 2021-03-03 11:13:10 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) |
| 2021-03-03 11:13:21 +0100 | MidAutumnHotaru | (~MidAutumn@unaffiliated/midautumnhotaru) (Quit: Ping timeout (120 seconds)) |
| 2021-03-03 11:13:29 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) (Client Quit) |
| 2021-03-03 11:13:39 +0100 | MidAutumnHotaru | (~MidAutumn@unaffiliated/midautumnhotaru) |
| 2021-03-03 11:13:50 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) |
| 2021-03-03 11:15:39 +0100 | sz0 | (uid110435@gateway/web/irccloud.com/x-gudvzeidxnskkkra) |
| 2021-03-03 11:17:35 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) (Ping timeout: 240 seconds) |
| 2021-03-03 11:18:09 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 260 seconds) |
| 2021-03-03 11:22:24 +0100 | TV | tv |
| 2021-03-03 11:24:30 +0100 | ixlun | (~user@213.205.241.12) |
| 2021-03-03 11:27:24 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Remote host closed the connection) |
| 2021-03-03 11:28:33 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 11:30:55 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) (Read error: Connection reset by peer) |
| 2021-03-03 11:32:08 +0100 | Habib | (~Habib@178.159.3.177) |
| 2021-03-03 11:32:47 +0100 | <Habib> | does anyone know when hackage switched from http basic auth to http digest auth? |
| 2021-03-03 11:33:01 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Ping timeout: 258 seconds) |
| 2021-03-03 11:35:16 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) |
| 2021-03-03 11:35:41 +0100 | <Habib> | i've lost access to my account and i'm stuck in a catch-22: it won't let me reset it as it says my account details don't exist — perhaps because it's an account that needs to be upgraded? — but i can't upgrade either because that requires me to know my password, which i clearly don't (despite having it saved in my keychain), but i can't reset it because… |
| 2021-03-03 11:36:00 +0100 | saitamaplus | CodeAlways |
| 2021-03-03 11:37:23 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 11:37:54 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
| 2021-03-03 11:38:40 +0100 | <MarcelineVQ> | trying asking in #hackage if you don't get a respone here |
| 2021-03-03 11:39:15 +0100 | <Habib> | thanks @MarcelineVQ: i've emailed the trustees already but was unaware of their irc channel |
| 2021-03-03 11:39:53 +0100 | Rudd0^ | (~Rudd0@185.189.115.108) |
| 2021-03-03 11:40:30 +0100 | fiddlerwoaroof | edwlan |
| 2021-03-03 11:40:53 +0100 | ClaudiusMaximus | (~claude@191.123.199.146.dyn.plus.net) |
| 2021-03-03 11:40:53 +0100 | ClaudiusMaximus | (~claude@191.123.199.146.dyn.plus.net) (Changing host) |
| 2021-03-03 11:40:53 +0100 | ClaudiusMaximus | (~claude@unaffiliated/claudiusmaximus) |
| 2021-03-03 11:42:24 +0100 | Rudd0 | (~Rudd0@185.189.115.103) (Ping timeout: 246 seconds) |
| 2021-03-03 11:43:45 +0100 | poscat1 | (~poscat@123.116.89.28) (Ping timeout: 264 seconds) |
| 2021-03-03 11:44:02 +0100 | kam1 | (~kam1@5.125.82.63) |
| 2021-03-03 11:44:36 +0100 | poscat | (~poscat@123.116.89.28) |
| 2021-03-03 11:46:53 +0100 | <Habib> | huh, looks like it fixed itself; i had this problem last night so i may have been doing my password wrong |
| 2021-03-03 11:46:59 +0100 | <Habib> | i was pasting it tho |
| 2021-03-03 11:47:54 +0100 | edwlan | fiddlerwoaroof |
| 2021-03-03 11:48:04 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 11:48:08 +0100 | <Habib> | hmm… still won't let me upgrade tho |
| 2021-03-03 11:49:12 +0100 | <Habib> | hmm… i wonder if the upgrade step on the backend worked even though it just presented the auth dialog again, and then i was able to login after that |
| 2021-03-03 11:49:15 +0100 | wmacmil | (~wmacmil@c83-248-104-92.bredband.comhem.se) (Ping timeout: 265 seconds) |
| 2021-03-03 11:49:20 +0100 | fiddlerwoaroof | edwlan |
| 2021-03-03 11:49:33 +0100 | edwlan | fiddlerwoaroof |
| 2021-03-03 11:50:20 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 11:50:21 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 11:50:43 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 11:52:34 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 260 seconds) |
| 2021-03-03 11:52:42 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 11:59:34 +0100 | sablib | (~sablib@171.113.165.91) (Read error: Connection reset by peer) |
| 2021-03-03 11:59:37 +0100 | elfets | (~elfets@37.201.23.96) |
| 2021-03-03 11:59:57 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 12:00:08 +0100 | sablib | (~sablib@59.173.154.87) |
| 2021-03-03 12:05:36 +0100 | poscat | (~poscat@123.116.89.28) (Ping timeout: 240 seconds) |
| 2021-03-03 12:07:09 +0100 | whyohwhy | (9353c965@clients-xsf-101.upc.es) |
| 2021-03-03 12:07:10 +0100 | poscat | (~poscat@123.116.89.28) |
| 2021-03-03 12:08:02 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 12:08:21 +0100 | wmacmil | (~wmacmil@84.216.157.27) |
| 2021-03-03 12:09:57 +0100 | graf_blutwurst | (~user@adsl-178-38-234-220.adslplus.ch) (Remote host closed the connection) |
| 2021-03-03 12:10:24 +0100 | <whyohwhy> | Hi all! Quick question regarding traversing lists: I want to apply a sliding overlapping window with certain coefficients ([Float] with length n), to a long input data ([Int] with length k). I am thinking on a recursive process of "take n xs", "zipWith * win ()" and "drop n/2 xs", but to me it seems as if i'm falling into a trap by my knowledge of |
| 2021-03-03 12:10:24 +0100 | <whyohwhy> | other programming languages. To obtain the results, I would also have to append, and at the same time recursively call this function until all the input data has been processed. |
| 2021-03-03 12:10:41 +0100 | <mananamenos> | hi, i've just installed haskell-server-language from nixpkgs many things seems to work. However, creating a new module, I get this error: LSP :: No [cradle](https://github.com/mpickering/hie-bios#hie-bios) found for src/Foo.hs. |
| 2021-03-03 12:10:56 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) |
| 2021-03-03 12:12:15 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Ping timeout: 240 seconds) |
| 2021-03-03 12:13:13 +0100 | <mouseghost> | whyohwhy, overlapping? |
| 2021-03-03 12:13:46 +0100 | <whyohwhy> | mouseghost The window moves n/2 every iteration, instead of n if there was no overlap |
| 2021-03-03 12:14:13 +0100 | <Boomerang> | Is the output twice as long as the input? |
| 2021-03-03 12:15:23 +0100 | <whyohwhy> | Yes, approximately depending on if the number of input samples are a multiple of the window size |
| 2021-03-03 12:15:53 +0100 | <mouseghost> | whyohwhy, does it start aligned? |
| 2021-03-03 12:16:08 +0100 | <mouseghost> | and end so? |
| 2021-03-03 12:17:38 +0100 | <mouseghost> | it sounds to me like you could change the window from n to n/2 length, but idk, maybe im seeing it wrong |
| 2021-03-03 12:17:38 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 12:17:48 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 12:18:10 +0100 | <whyohwhy> | it starts aligned, yes |
| 2021-03-03 12:18:37 +0100 | <Boomerang> | > let slidy _ [] = []; slidy window xs = zipWith (*) window xs ++ slidy window (drop (length window `div` 2) xs) in slidy [1..4] [1..10] |
| 2021-03-03 12:18:39 +0100 | <lambdabot> | [1,4,9,16,3,8,15,24,5,12,21,32,7,16,27,40,9,20] |
| 2021-03-03 12:18:58 +0100 | <whyohwhy> | Can I post links to images? |
| 2021-03-03 12:19:45 +0100 | <whyohwhy> | Boomerang the result would need to be segmented though, but I guess that can be done afterwards as they are equally spaced segments |
| 2021-03-03 12:19:57 +0100 | <whyohwhy> | Hmmm let me try to understand the code |
| 2021-03-03 12:20:04 +0100 | <Boomerang> | Ah so you don't append? |
| 2021-03-03 12:20:15 +0100 | <Boomerang> | That should be easier then :) |
| 2021-03-03 12:20:23 +0100 | <whyohwhy> | The result needs to be FFT'ed afterwards |
| 2021-03-03 12:20:31 +0100 | <Boomerang> | > let slidy _ [] = []; slidy window xs = zipWith (*) window xs : slidy window (drop (length window `div` 2) xs) in slidy [1..4] [1..10] |
| 2021-03-03 12:20:32 +0100 | <whyohwhy> | This is part of the Short-time fourier transform |
| 2021-03-03 12:20:34 +0100 | <lambdabot> | [[1,4,9,16],[3,8,15,24],[5,12,21,32],[7,16,27,40],[9,20]] |
| 2021-03-03 12:21:00 +0100 | <whyohwhy> | So i'm guessing having it segmented is more efficient for the processing afterwards |
| 2021-03-03 12:21:55 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 12:22:26 +0100 | mayleesia | (4d0b95c6@dynamic-077-011-149-198.77.11.pool.telefonica.de) (Quit: Connection closed) |
| 2021-03-03 12:23:04 +0100 | <whyohwhy> | Boomerang that looks about what I'd expect, yes! I will try with the rest of the code and see if the result is mathematically correct. Thanks a bunch! |
| 2021-03-03 12:23:29 +0100 | <Boomerang> | If you need it segmented you might as well avoid appending :) What I wrote is exactly what you described originally ^^ |
| 2021-03-03 12:23:47 +0100 | <whyohwhy> | The main problem I'm having with Haskell is in the little details |
| 2021-03-03 12:23:58 +0100 | __monty__ | (~toonn@unaffiliated/toonn) |
| 2021-03-03 12:23:58 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 12:24:34 +0100 | <Boomerang> | Performance wise this is probably fine if you need it to be a list. But if you're in FFT land you might want to think if a list is the best data structure |
| 2021-03-03 12:24:48 +0100 | <whyohwhy> | The idea is to move this through clash to VHDL |
| 2021-03-03 12:25:02 +0100 | <Boomerang> | Oh then you need to use a Vec |
| 2021-03-03 12:25:08 +0100 | <Boomerang> | Clash doesn't synthesise lists |
| 2021-03-03 12:25:15 +0100 | <whyohwhy> | ouch good to know before I begin |
| 2021-03-03 12:27:13 +0100 | <Boomerang> | Unfortunately this kind of transformation on Vec is not the most straight forward to implement because it heavily relies on types for the lengths |
| 2021-03-03 12:28:24 +0100 | <whyohwhy> | You mean vec works bitwise? |
| 2021-03-03 12:28:31 +0100 | <Boomerang> | whyohwhy, maybe #clash-lang would be a better place to ask questions. But can you give more information about how the data is coming in, are you applying one window per cycle/all at once |
| 2021-03-03 12:28:46 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 276 seconds) |
| 2021-03-03 12:29:49 +0100 | <whyohwhy> | Boomerang I wanted to start from the beginning with pure Haskell, and then move it to Clash, which is why I'm first doing a simulation in pure Haskell to see how it would work. But yes, seems like in this case having the final system in mind has a lot of repercussions on how I approach the problem. |
| 2021-03-03 12:30:20 +0100 | <Boomerang> | Clash can't synthesis lists because it doesn't statically know what resources it needs |
| 2021-03-03 12:30:21 +0100 | plutoniix | (~q@184.82.199.169) (Quit: Leaving) |
| 2021-03-03 12:30:36 +0100 | <Boomerang> | You can still simulate clash code with Vec in pure Haskell |
| 2021-03-03 12:30:58 +0100 | <whyohwhy> | In the FPGA, the samples will come serially, and the windowing should happen when the n samples have been ingested |
| 2021-03-03 12:31:27 +0100 | <Boomerang> | Nice! And then output the n*2 samples at once? |
| 2021-03-03 12:31:40 +0100 | <whyohwhy> | Yes, that was very very important. I will start again with Vec of course |
| 2021-03-03 12:32:14 +0100 | <whyohwhy> | I think it will be more efficient if the n samples are output as they arrive, because then they can start being FFT'ed for posterior processing |
| 2021-03-03 12:32:22 +0100 | <whyohwhy> | then at some point all of that will go to the DMA |
| 2021-03-03 12:33:28 +0100 | <Boomerang> | Would the windowing/multiplication I would use a mealy machine (there is a clash function for this) |
| 2021-03-03 12:33:45 +0100 | <whyohwhy> | I still have mealy machines on my to-do list |
| 2021-03-03 12:33:59 +0100 | <Boomerang> | Then use 2 Vec as part of your state (so you can accumulate input with the offset) |
| 2021-03-03 12:34:35 +0100 | <Boomerang> | I think you can get away with only using 2 multipliers that way |
| 2021-03-03 12:35:13 +0100 | <whyohwhy> | one for the sample*window coef and the other ? |
| 2021-03-03 12:35:32 +0100 | <whyohwhy> | shifting? |
| 2021-03-03 12:35:43 +0100 | <Boomerang> | Oh yeah sorry I was assuming the window coeficients were static. Are they? |
| 2021-03-03 12:36:10 +0100 | <whyohwhy> | The window can be in a register, as it will be static yes |
| 2021-03-03 12:36:14 +0100 | <Boomerang> | And yes shifting. If your input comes in serially sample by sample, you need to shift them into the Vecs in your state |
| 2021-03-03 12:36:15 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) |
| 2021-03-03 12:36:15 +0100 | <whyohwhy> | Both the length and coefficients |
| 2021-03-03 12:36:45 +0100 | <whyohwhy> | Understood! |
| 2021-03-03 12:36:59 +0100 | <whyohwhy> | I don't want to bother you any more, I'll get to work with all this new information |
| 2021-03-03 12:37:04 +0100 | <whyohwhy> | Thanks a lot! |
| 2021-03-03 12:37:30 +0100 | <Boomerang> | For the output type, you'll probably want to output `Maybe (Vec n a)` |
| 2021-03-03 12:37:36 +0100 | <romesrf> | hey! i was wondering if anyone knew how to get the first number that satisfies a condition |
| 2021-03-03 12:38:17 +0100 | <romesrf> | i have "divisibleByList x [1..20]" return True or False if x is divisible by all numbers from 1 to 20 |
| 2021-03-03 12:38:45 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 12:39:02 +0100 | <romesrf> | I want to try multiple numbers of x until the condition is satisfied, and was trying something like > take 1 [x | x <- [20..], divisibleByList x [1..20]] |
| 2021-03-03 12:39:23 +0100 | Feuermagier | (~Feuermagi@2a02:2488:4211:3400:246e:bf09:8453:9d6) |
| 2021-03-03 12:40:00 +0100 | <whyohwhy> | Boomerang duly noted! Thanks again for everything! |
| 2021-03-03 12:40:41 +0100 | <Boomerang> | whyohwhy, do ask more questions if you need. Getting started in Clash can be hard |
| 2021-03-03 12:40:54 +0100 | <xsperry> | :t takeWhile -- romesrf |
| 2021-03-03 12:40:55 +0100 | <lambdabot> | (a -> Bool) -> [a] -> [a] |
| 2021-03-03 12:41:11 +0100 | <whyohwhy> | Boomerang I probably will, it seems a bit daunting |
| 2021-03-03 12:44:57 +0100 | tessier | (~treed@kernel-panic/copilotco) (Ping timeout: 256 seconds) |
| 2021-03-03 12:46:31 +0100 | redmp | (~redmp@172.58.38.139) (Quit: leaving) |
| 2021-03-03 12:46:56 +0100 | barnowl | (~myles@gateway/tor-sasl/barnowl) |
| 2021-03-03 12:47:24 +0100 | wmacmil | (~wmacmil@84.216.157.27) (Ping timeout: 260 seconds) |
| 2021-03-03 12:47:58 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 12:50:46 +0100 | asdfaaaa | (3d1a23ba@61-26-35-186.rev.home.ne.jp) |
| 2021-03-03 12:51:03 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) |
| 2021-03-03 12:54:07 +0100 | asdfaaaa | (3d1a23ba@61-26-35-186.rev.home.ne.jp) () |
| 2021-03-03 12:54:25 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 12:55:11 +0100 | ClaudiusMaximus | (~claude@unaffiliated/claudiusmaximus) (Quit: ->) |
| 2021-03-03 12:57:58 +0100 | barnowl | (~myles@gateway/tor-sasl/barnowl) (Quit: barnowl) |
| 2021-03-03 12:58:09 +0100 | barnowl | (~barnowl@gateway/tor-sasl/barnowl) |
| 2021-03-03 12:58:09 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 12:58:24 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 12:59:13 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 245 seconds) |
| 2021-03-03 12:59:55 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 13:01:36 +0100 | whald | (~trem@2a02:810a:8100:11a6:ce1b:d0ec:5466:a331) |
| 2021-03-03 13:04:26 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) |
| 2021-03-03 13:04:38 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 245 seconds) |
| 2021-03-03 13:05:34 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) |
| 2021-03-03 13:09:39 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) |
| 2021-03-03 13:10:11 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 13:10:24 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 13:14:28 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) |
| 2021-03-03 13:15:36 +0100 | geowiesnot_bis | (~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 240 seconds) |
| 2021-03-03 13:17:15 +0100 | pavonia | (~user@unaffiliated/siracusa) |
| 2021-03-03 13:17:22 +0100 | <romesrf> | --xsperry takeWhile doesn't resolve my problem since i still have to specify a max value for the list from where to takeWhile, i've tried to get it to work with no result |
| 2021-03-03 13:17:35 +0100 | jpds_ | jpds |
| 2021-03-03 13:17:49 +0100 | <cheater> | romesrf: you want a fold |
| 2021-03-03 13:17:58 +0100 | <romesrf> | :t fold |
| 2021-03-03 13:17:59 +0100 | <lambdabot> | (Foldable t, Monoid m) => t m -> m |
| 2021-03-03 13:18:09 +0100 | <romesrf> | i'll look into it, thank you |
| 2021-03-03 13:18:15 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Quit: Connection closed) |
| 2021-03-03 13:18:25 +0100 | <romesrf> | i'm just learning haskell, so Foldable and Monoid is something i don't know yet :) |
| 2021-03-03 13:18:26 +0100 | <cheater> | well not the function fold |
| 2021-03-03 13:18:30 +0100 | <cheater> | you want /a/ fold |
| 2021-03-03 13:18:31 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 13:18:35 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 13:18:39 +0100 | <cheater> | go read up on the differences between foldr and foldl |
| 2021-03-03 13:18:45 +0100 | <cheater> | there's that wiki page |
| 2021-03-03 13:18:52 +0100 | <romesrf> | Okay, I will |
| 2021-03-03 13:18:55 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) (Ping timeout: 240 seconds) |
| 2021-03-03 13:18:55 +0100 | <tdammers> | (also foldl and foldl') |
| 2021-03-03 13:18:59 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 13:19:32 +0100 | <tdammers> | ((although at this level, it boils down to "use foldl', not foldl, because Trust Me™)) |
| 2021-03-03 13:20:06 +0100 | <cheater> | tdammers: it's the same wiki page |
| 2021-03-03 13:20:06 +0100 | <romesrf> | > trust me™ahahahahahaha |
| 2021-03-03 13:20:08 +0100 | <lambdabot> | error: Variable not in scope: trust :: t1 -> t0error: |
| 2021-03-03 13:20:08 +0100 | <lambdabot> | • Variable not in scope: me |
| 2021-03-03 13:20:08 +0100 | <lambdabot> | • Perhaps you meant one of these: |
| 2021-03-03 13:20:23 +0100 | <romesrf> | how do i tag people in the channel? (using weechat - also new to it) |
| 2021-03-03 13:20:38 +0100 | <tdammers> | you just write their nick without further decorations |
| 2021-03-03 13:20:44 +0100 | <tdammers> | like so: romesrf |
| 2021-03-03 13:20:49 +0100 | <romesrf> | beatiful +1 |
| 2021-03-03 13:20:58 +0100 | <boxscape> | romesrf if you type the beginning of someone's name weechat will let you complete it by hitting `tab` as well |
| 2021-03-03 13:21:06 +0100 | <tdammers> | a common format is "nick: message" though |
| 2021-03-03 13:21:10 +0100 | <romesrf> | really nice! |
| 2021-03-03 13:21:22 +0100 | <tdammers> | and yeah, weechat completion does that automatically at the beginning of a message |
| 2021-03-03 13:21:31 +0100 | lawid | (~quassel@dslb-090-186-208-048.090.186.pools.vodafone-ip.de) (Quit: lawid) |
| 2021-03-03 13:22:08 +0100 | <mananamenos> | I have Main.hs which import Foo.hs. When running `cabal new-build` I get a warning: These modules are needed for compilation but not listed in your .cabal file's other-modules: Foo. Why? To remove this warning I have to add Foo to other-modules in .cabal file. |
| 2021-03-03 13:22:45 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) (Ping timeout: 264 seconds) |
| 2021-03-03 13:22:48 +0100 | <merijn> | mananamenos: What's the question? |
| 2021-03-03 13:23:53 +0100 | lawid | (~quassel@dslb-090-186-208-048.090.186.pools.vodafone-ip.de) |
| 2021-03-03 13:24:31 +0100 | <mananamenos> | merijn, I thought that having `hs-source-dirs: src` and having all the module in src dir is enough. Or do I have to each and every module name now in other-modules so I dont see that warning. |
| 2021-03-03 13:24:41 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Quit: Connection closed) |
| 2021-03-03 13:25:02 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 13:25:28 +0100 | <merijn> | You have to list every module, yes |
| 2021-03-03 13:28:07 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 13:29:04 +0100 | cocreature | (~cocreatur@eirene.uberspace.de) (Read error: Connection reset by peer) |
| 2021-03-03 13:32:02 +0100 | cocreature | (~cocreatur@eirene.uberspace.de) |
| 2021-03-03 13:32:03 +0100 | ddellacosta | (~ddellacos@86.106.143.58) |
| 2021-03-03 13:32:21 +0100 | ubert | (~Thunderbi@p200300ecdf25d90eca5b76fffe29f233.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2021-03-03 13:32:21 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 13:32:34 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 13:32:42 +0100 | ubert | (~Thunderbi@p200300ecdf25d90ee6b318fffe838f33.dip0.t-ipconnect.de) |
| 2021-03-03 13:34:12 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Remote host closed the connection) |
| 2021-03-03 13:34:52 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
| 2021-03-03 13:36:43 +0100 | ddellacosta | (~ddellacos@86.106.143.58) (Ping timeout: 245 seconds) |
| 2021-03-03 13:39:20 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Ping timeout: 256 seconds) |
| 2021-03-03 13:41:28 +0100 | augnun | (~augnun@2804:14c:658b:41bb:fb9:bc81:b181:b275) (Quit: WeeChat 3.0.1) |
| 2021-03-03 13:42:13 +0100 | vs^ | (vs@ip98-184-89-2.mc.at.cox.net) () |
| 2021-03-03 13:43:10 +0100 | massma | (~user@dyn-160-39-62-152.dyn.columbia.edu) |
| 2021-03-03 13:43:36 +0100 | <romesrf> | foldl is really nice |
| 2021-03-03 13:44:08 +0100 | <romesrf> | i found a beautiful solution for problem euler 5 (im redoing them to learn haskell) |
| 2021-03-03 13:44:23 +0100 | <romesrf> | (i didn't write it tho, so i'm gonna still try with what i was doing but...) |
| 2021-03-03 13:44:26 +0100 | <romesrf> | foldl' lcm 1 [1..20] |
| 2021-03-03 13:46:01 +0100 | massma | (~user@dyn-160-39-62-152.dyn.columbia.edu) (Client Quit) |
| 2021-03-03 13:46:01 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 13:46:10 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 13:46:22 +0100 | massma | (~user@dyn-160-39-62-152.dyn.columbia.edu) |
| 2021-03-03 13:48:25 +0100 | carlomagno | (~cararell@148.87.23.6) |
| 2021-03-03 13:55:56 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 240 seconds) |
| 2021-03-03 13:56:16 +0100 | romesrf_ | (~romesrf@44.190.189.46.rev.vodafone.pt) |
| 2021-03-03 13:57:58 +0100 | Wuzzy | (~Wuzzy@p5b0df7c2.dip0.t-ipconnect.de) |
| 2021-03-03 13:58:37 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) (Ping timeout: 256 seconds) |
| 2021-03-03 13:58:52 +0100 | dsrt^ | (dsrt@ip98-184-89-2.mc.at.cox.net) |
| 2021-03-03 13:59:37 +0100 | machinedgod | (~machinedg@135-23-192-217.cpe.pppoe.ca) |
| 2021-03-03 13:59:37 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 13:59:45 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 14:03:16 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Quit: Connection closed) |
| 2021-03-03 14:03:36 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) |
| 2021-03-03 14:05:10 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0.1) |
| 2021-03-03 14:05:31 +0100 | ubert2 | (~Thunderbi@p548c9a44.dip0.t-ipconnect.de) |
| 2021-03-03 14:05:46 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 14:05:57 +0100 | larryba | (~bc8134e3@217.29.117.252) |
| 2021-03-03 14:06:28 +0100 | <larryba> | hi |
| 2021-03-03 14:06:34 +0100 | <boxscape> | hey |
| 2021-03-03 14:06:39 +0100 | <larryba> | why does fastnub work with infinite lists, but fastnub2 doesn't? https://paste.tomsmeding.com/NKhLSTgc |
| 2021-03-03 14:06:56 +0100 | ubert | (~Thunderbi@p200300ecdf25d90ee6b318fffe838f33.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
| 2021-03-03 14:06:56 +0100 | ubert2 | ubert |
| 2021-03-03 14:08:05 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
| 2021-03-03 14:08:29 +0100 | royal_screwup218 | (52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9) (Ping timeout: 260 seconds) |
| 2021-03-03 14:09:04 +0100 | bahamas | (~lucian@188.27.48.99) |
| 2021-03-03 14:09:04 +0100 | bahamas | (~lucian@188.27.48.99) (Changing host) |
| 2021-03-03 14:09:05 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 14:10:28 +0100 | Alleria | (~textual@mskresolve-a.mskcc.org) |
| 2021-03-03 14:10:35 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) |
| 2021-03-03 14:10:52 +0100 | Alleria | Guest42328 |
| 2021-03-03 14:11:14 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) |
| 2021-03-03 14:11:14 +0100 | knupfer | (~Thunderbi@dynamic-046-114-148-091.46.114.pool.telefonica.de) (Read error: Connection reset by peer) |
| 2021-03-03 14:12:00 +0100 | <larryba> | I added ghci output. https://paste.tomsmeding.com/5FPIT809 |
| 2021-03-03 14:12:30 +0100 | <cheater> | :t fastnub2 |
| 2021-03-03 14:12:31 +0100 | <lambdabot> | error: Variable not in scope: fastnub2 |
| 2021-03-03 14:12:48 +0100 | <larryba> | it is defined in paste |
| 2021-03-03 14:12:48 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 14:13:21 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 14:13:38 +0100 | <cheater> | i think it's because it's foldr |
| 2021-03-03 14:13:56 +0100 | <maerwald[m]> | larryba: https://wiki.haskell.org/Foldr_Foldl_Foldl%27 |
| 2021-03-03 14:14:15 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 265 seconds) |
| 2021-03-03 14:14:24 +0100 | <larryba> | foldr works with infinite lists, for example map can be defined with it |
| 2021-03-03 14:14:45 +0100 | <maerwald[m]> | larryba: doit isn't lazy in it's second arg |
| 2021-03-03 14:15:08 +0100 | alx741 | (~alx741@186.178.108.117) |
| 2021-03-03 14:15:30 +0100 | <maerwald[m]> | It needs both args evaluated to do any work |
| 2021-03-03 14:15:33 +0100 | ddellacosta | (ddellacost@gateway/vpn/mullvad/ddellacosta) (Ping timeout: 256 seconds) |
| 2021-03-03 14:15:33 +0100 | tinhatcat | (~tsranso@2600:1700:ae40:21c8:7809:8a12:3c22:c849) |
| 2021-03-03 14:15:42 +0100 | <larryba> | fst part of tuple is, though? |
| 2021-03-03 14:15:52 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) |
| 2021-03-03 14:15:53 +0100 | liyang | (~liyang@90.253.54.54) |
| 2021-03-03 14:16:00 +0100 | <maerwald[m]> | That's irrelevant |
| 2021-03-03 14:16:29 +0100 | <larryba> | can this be written with foldr to handle infinite lists? |
| 2021-03-03 14:16:32 +0100 | <cheater> | larryba: foldr will start from the right, which will try to define the first element of the list by looking at every further element |
| 2021-03-03 14:16:39 +0100 | <cheater> | no, but maybe with foldl' ? |
| 2021-03-03 14:16:44 +0100 | <maerwald[m]> | Check the link i gave you |
| 2021-03-03 14:16:50 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) (Read error: Connection reset by peer) |
| 2021-03-03 14:17:00 +0100 | bahamas | (~lucian@188.27.48.99) |
| 2021-03-03 14:17:01 +0100 | bahamas | (~lucian@188.27.48.99) (Changing host) |
| 2021-03-03 14:17:01 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 14:17:01 +0100 | <larryba> | cheater, I think foldl' never works with infinite lists |
| 2021-03-03 14:17:02 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 14:17:18 +0100 | <cheater> | idk, i'm haskell newb |
| 2021-03-03 14:17:49 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 14:18:42 +0100 | son0p | (~son0p@181.58.39.182) (Quit: Lost terminal) |
| 2021-03-03 14:18:47 +0100 | <maerwald[m]> | You're not streaming the output like in the other function |
| 2021-03-03 14:20:15 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:b5:5f2:242:2b9e) (Ping timeout: 240 seconds) |
| 2021-03-03 14:22:37 +0100 | <Franciman> | Hi, I am using servant for a web app, but I noticed that if I use the wrong Content-Type for backends, I just receive a 415 error response |
| 2021-03-03 14:22:41 +0100 | seiryn | (~seiryn@2a01cb0409c990003ccf6635f6976a70.ipv6.abo.wanadoo.fr) (Quit: WeeChat 3.0) |
| 2021-03-03 14:22:48 +0100 | forgottenone | (~forgotten@176.88.30.190) |
| 2021-03-03 14:22:48 +0100 | <Franciman> | I would like to put some more info in the body of the response, how can I do it? |
| 2021-03-03 14:24:42 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) (Quit: WeeChat 3.0.1) |
| 2021-03-03 14:24:58 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 14:25:53 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) |
| 2021-03-03 14:26:13 +0100 | tinhatcat | (~tsranso@2600:1700:ae40:21c8:7809:8a12:3c22:c849) (Quit: Leaving) |
| 2021-03-03 14:29:02 +0100 | chisui | (59f77c97@i59F77C97.versanet.de) |
| 2021-03-03 14:29:45 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
| 2021-03-03 14:30:27 +0100 | beng-nl1 | (~beng-nl@217.146.82.202) (Remote host closed the connection) |
| 2021-03-03 14:30:31 +0100 | Sheilong | (uid293653@gateway/web/irccloud.com/x-ywkwdxdlophboxsa) |
| 2021-03-03 14:31:42 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 14:34:48 +0100 | bitmapper | (uid464869@gateway/web/irccloud.com/x-nrzgwioszwcozpng) |
| 2021-03-03 14:34:50 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 14:35:19 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 260 seconds) |
| 2021-03-03 14:35:45 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) |
| 2021-03-03 14:35:55 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 240 seconds) |
| 2021-03-03 14:39:31 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) |
| 2021-03-03 14:39:35 +0100 | <maerwald[m]> | larryba: when can the first Set insert happen? |
| 2021-03-03 14:40:23 +0100 | <larryba> | at the first call of doit |
| 2021-03-03 14:41:06 +0100 | <maerwald[m]> | That's not how the evaluation works |
| 2021-03-03 14:42:05 +0100 | <Taneb> | Franciman: I *think* you can use serveWithContext rather than serve here |
| 2021-03-03 14:42:29 +0100 | <Franciman> | Taneb, you mean I need to pass the ErrorFormatters, right? |
| 2021-03-03 14:42:46 +0100 | <Franciman> | I already do that, but none of the formatters deals with the mismatch of Content-Types |
| 2021-03-03 14:43:30 +0100 | son0p | (~son0p@181.136.122.143) |
| 2021-03-03 14:43:41 +0100 | <maerwald[m]> | S.insert and S.member both arent lazy like (:) |
| 2021-03-03 14:43:50 +0100 | <Franciman> | in fact, reading the code of servant-server, it just returns an err415, no matter what |
| 2021-03-03 14:44:03 +0100 | <Franciman> | when it finds a Content-Type it can not deal with |
| 2021-03-03 14:44:13 +0100 | <maerwald[m]> | The second argument to foldr is reached after your input list is exhausted |
| 2021-03-03 14:44:19 +0100 | <maerwald[m]> | That is never |
| 2021-03-03 14:44:27 +0100 | <maerwald[m]> | So you never reach S.empty |
| 2021-03-03 14:44:37 +0100 | <larryba> | hmm |
| 2021-03-03 14:44:44 +0100 | urodna | (~urodna@unaffiliated/urodna) |
| 2021-03-03 14:45:30 +0100 | <larryba> | so it can't be written with foldr? |
| 2021-03-03 14:45:34 +0100 | <Taneb> | Franciman: ugh, that's annoying |
| 2021-03-03 14:46:09 +0100 | <maerwald[m]> | I don't think so when you're dealing with a Set in the second argument |
| 2021-03-03 14:46:09 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) (Ping timeout: 264 seconds) |
| 2021-03-03 14:47:03 +0100 | Digit | (~user@fsf/member/digit) (Ping timeout: 272 seconds) |
| 2021-03-03 14:47:04 +0100 | AWizzArd | (~code@unaffiliated/awizzard) (Read error: Connection reset by peer) |
| 2021-03-03 14:47:14 +0100 | ddellacosta | (~ddellacos@86.106.143.58) |
| 2021-03-03 14:48:27 +0100 | <Sheilong> | hello |
| 2021-03-03 14:48:57 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Remote host closed the connection) |
| 2021-03-03 14:49:09 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) (Remote host closed the connection) |
| 2021-03-03 14:49:12 +0100 | <boxscape> | hi |
| 2021-03-03 14:49:51 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) |
| 2021-03-03 14:51:06 +0100 | <Franciman> | Taneb, I am afraid I shall have to freakin fork |
| 2021-03-03 14:51:07 +0100 | sablib | (~sablib@59.173.154.87) (Read error: Connection reset by peer) |
| 2021-03-03 14:51:25 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
| 2021-03-03 14:51:43 +0100 | sablib | (~sablib@59.173.153.33) |
| 2021-03-03 14:51:43 +0100 | ddellacosta | (~ddellacos@86.106.143.58) (Ping timeout: 245 seconds) |
| 2021-03-03 14:52:22 +0100 | AWizzArd | (~code@gehrels.uberspace.de) |
| 2021-03-03 14:52:30 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) |
| 2021-03-03 14:52:39 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 272 seconds) |
| 2021-03-03 14:54:15 +0100 | romesrf_ | (~romesrf@44.190.189.46.rev.vodafone.pt) (Quit: WeeChat 3.0.1) |
| 2021-03-03 14:55:16 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) |
| 2021-03-03 14:55:44 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) (Ping timeout: 260 seconds) |
| 2021-03-03 14:56:07 +0100 | aqd | (~aqd@84.20.147.33) (Quit: Textual IRC Client: www.textualapp.com) |
| 2021-03-03 14:57:30 +0100 | Habib | (~Habib@178.159.3.177) () |
| 2021-03-03 14:58:54 +0100 | raym | (~ray@45.64.220.3) (Quit: leaving) |
| 2021-03-03 15:00:03 +0100 | srk | (~sorki@gateway/tor-sasl/sorki) (Remote host closed the connection) |
| 2021-03-03 15:00:03 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) (Remote host closed the connection) |
| 2021-03-03 15:00:17 +0100 | srk | (~sorki@gateway/tor-sasl/sorki) |
| 2021-03-03 15:00:18 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 15:00:22 +0100 | hexo | (~hexo@gateway/tor-sasl/hexo) |
| 2021-03-03 15:00:26 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 15:02:11 +0100 | <Taneb> | :( |
| 2021-03-03 15:04:23 +0100 | hyperisco | (~hyperisco@d192-186-117-226.static.comm.cgocable.net) |
| 2021-03-03 15:04:34 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) |
| 2021-03-03 15:05:04 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Ping timeout: 260 seconds) |
| 2021-03-03 15:05:54 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 15:08:30 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 15:08:44 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) |
| 2021-03-03 15:09:03 +0100 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-03-03 15:09:11 +0100 | alx741 | (~alx741@186.178.108.117) (Quit: alx741) |
| 2021-03-03 15:10:09 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) (Ping timeout: 264 seconds) |
| 2021-03-03 15:10:10 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) |
| 2021-03-03 15:11:20 +0100 | mayleesia | (4d0b95c6@dynamic-077-011-149-198.77.11.pool.telefonica.de) |
| 2021-03-03 15:13:19 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) (Client Quit) |
| 2021-03-03 15:13:24 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) |
| 2021-03-03 15:14:21 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 264 seconds) |
| 2021-03-03 15:15:31 +0100 | urodna_ | (~urodna@unaffiliated/urodna) |
| 2021-03-03 15:16:01 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 15:16:07 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) |
| 2021-03-03 15:16:18 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 15:17:19 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) (Ping timeout: 260 seconds) |
| 2021-03-03 15:17:35 +0100 | abrar_ | (~abrar@static-108-30-103-121.nycmny.fios.verizon.net) (Ping timeout: 240 seconds) |
| 2021-03-03 15:17:57 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) (Ping timeout: 256 seconds) |
| 2021-03-03 15:17:58 +0100 | abrar_ | (~abrar@static-108-30-103-121.nycmny.fios.verizon.net) |
| 2021-03-03 15:17:58 +0100 | urodna | (~urodna@unaffiliated/urodna) (Ping timeout: 245 seconds) |
| 2021-03-03 15:17:59 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) (Ping timeout: 245 seconds) |
| 2021-03-03 15:18:29 +0100 | DataComputist | (~lumeng@50.43.26.251) (Ping timeout: 260 seconds) |
| 2021-03-03 15:18:32 +0100 | Chobbes | (~Chobbes@pool-98-115-239-235.phlapa.fios.verizon.net) (Ping timeout: 265 seconds) |
| 2021-03-03 15:19:10 +0100 | mnrmnaugh | (~mnrmnaugh@unaffiliated/mnrmnaugh) |
| 2021-03-03 15:19:25 +0100 | kjak | (~kjak@pool-108-45-56-21.washdc.fios.verizon.net) |
| 2021-03-03 15:19:35 +0100 | deviantfero | (~deviantfe@190.150.27.58) |
| 2021-03-03 15:20:06 +0100 | alx741 | (~alx741@186.178.108.117) |
| 2021-03-03 15:21:08 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) |
| 2021-03-03 15:21:12 +0100 | vostorga | (~vostorga@178.239.168.171) |
| 2021-03-03 15:22:20 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 15:22:20 +0100 | sablib | (~sablib@59.173.153.33) (Read error: Connection reset by peer) |
| 2021-03-03 15:22:22 +0100 | Sgeo | (~Sgeo@ool-18b98aa4.dyn.optonline.net) |
| 2021-03-03 15:22:43 +0100 | sablib | (~sablib@59.173.153.33) |
| 2021-03-03 15:22:50 +0100 | DataComputist | (~lumeng@50.43.26.251) |
| 2021-03-03 15:24:21 +0100 | Chobbes | (~Chobbes@pool-98-115-239-235.phlapa.fios.verizon.net) |
| 2021-03-03 15:25:15 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Ping timeout: 256 seconds) |
| 2021-03-03 15:25:19 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) (Read error: Connection reset by peer) |
| 2021-03-03 15:25:47 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) |
| 2021-03-03 15:30:33 +0100 | ephemera_ | (~E@122.34.1.187) (Quit: ephemera_) |
| 2021-03-03 15:31:46 +0100 | <sm[m]> | g'day all. Could you possible see why adding the either at line 13 causes the error shown ? https://paste.tomsmeding.com/ZhIL34zZ |
| 2021-03-03 15:31:47 +0100 | <sm[m]> | possibly |
| 2021-03-03 15:33:53 +0100 | <dminuoso> | either id (const (Right ()) |
| 2021-03-03 15:34:04 +0100 | <dminuoso> | Missing a closen parenthesis. |
| 2021-03-03 15:34:08 +0100 | <sm[m]> | DOH missing parenthesis. Thank you |
| 2021-03-03 15:34:29 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) |
| 2021-03-03 15:35:35 +0100 | aarvar | (~foewfoiew@2601:602:a080:fa0:176:cad2:9667:c008) (Ping timeout: 240 seconds) |
| 2021-03-03 15:38:44 +0100 | <dminuoso> | sm[m]: For what its worth, ghc did tell you that mismatching brackets could have been the cause... :) |
| 2021-03-03 15:38:46 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 15:40:09 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) (Ping timeout: 268 seconds) |
| 2021-03-03 15:41:10 +0100 | mayleesia | (4d0b95c6@dynamic-077-011-149-198.77.11.pool.telefonica.de) (Quit: Connection closed) |
| 2021-03-03 15:41:10 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 15:41:32 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 15:42:06 +0100 | <sm[m]> | dminuoso: you're so right.. time to stop |
| 2021-03-03 15:42:21 +0100 | <sm[m]> | could not see it :) |
| 2021-03-03 15:44:52 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) |
| 2021-03-03 15:45:39 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 15:46:10 +0100 | dunj3 | (~dunj3@p200300f61714a669de906847d1a6f7e3.dip0.t-ipconnect.de) |
| 2021-03-03 15:47:06 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 15:47:26 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) (Read error: Connection reset by peer) |
| 2021-03-03 15:49:39 +0100 | lprd | (~jon@2a01cb0002954401ccf39439e30a9187.ipv6.abo.wanadoo.fr) (Quit: WeeChat 3.0.1) |
| 2021-03-03 15:50:55 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 276 seconds) |
| 2021-03-03 15:54:35 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) (Ping timeout: 240 seconds) |
| 2021-03-03 15:54:35 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 15:55:07 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 15:56:14 +0100 | michalz | (~user@185.246.204.61) (Remote host closed the connection) |
| 2021-03-03 16:00:01 +0100 | Deide | (~Deide@217.155.19.23) |
| 2021-03-03 16:02:57 +0100 | Tario | (~Tario@201.192.165.173) (Ping timeout: 264 seconds) |
| 2021-03-03 16:04:09 +0100 | curiousgay | (~gay@178.217.208.8) (Ping timeout: 264 seconds) |
| 2021-03-03 16:04:27 +0100 | Tario | (~Tario@201.192.165.173) |
| 2021-03-03 16:05:32 +0100 | Tuplanolla | (~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) |
| 2021-03-03 16:05:38 +0100 | Xatenev | (~xatenev@ip4d149fe7.dynamic.kabel-deutschland.de) |
| 2021-03-03 16:05:40 +0100 | Xatenev | (~xatenev@ip4d149fe7.dynamic.kabel-deutschland.de) ("Leaving") |
| 2021-03-03 16:10:09 +0100 | matryoshka | (~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) |
| 2021-03-03 16:12:49 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) |
| 2021-03-03 16:13:51 +0100 | polyphem | (~p0lyph3m@2a02:810d:640:776c:76d7:55f6:f85b:c889) |
| 2021-03-03 16:17:09 +0100 | curiousgay | (~gay@178.217.208.8) |
| 2021-03-03 16:17:15 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 16:17:44 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) (Quit: WeeChat 3.0.1) |
| 2021-03-03 16:19:26 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 240 seconds) |
| 2021-03-03 16:21:29 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 16:21:35 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Ping timeout: 240 seconds) |
| 2021-03-03 16:22:48 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) (Quit: WeeChat 3.0.1) |
| 2021-03-03 16:23:34 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) (Max SendQ exceeded) |
| 2021-03-03 16:24:43 +0100 | whyohwhy | (9353c965@clients-xsf-101.upc.es) (Ping timeout: 240 seconds) |
| 2021-03-03 16:25:31 +0100 | graf_blu` | (~user@adsl-178-38-234-220.adslplus.ch) |
| 2021-03-03 16:25:56 +0100 | graf_blutwurst | (~user@2001:171b:226e:adc0:cc81:8132:7f95:7a39) (Ping timeout: 240 seconds) |
| 2021-03-03 16:28:30 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 16:28:31 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 16:28:43 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 16:30:08 +0100 | crobbins | (~crobbins@2601:2c1:200:ec50:348f:be0d:685a:dd48) |
| 2021-03-03 16:30:16 +0100 | crobbins | (~crobbins@2601:2c1:200:ec50:348f:be0d:685a:dd48) (Remote host closed the connection) |
| 2021-03-03 16:30:54 +0100 | crobbins | (~crobbins@2601:2c1:200:ec50:3dc3:9105:3490:1be2) |
| 2021-03-03 16:31:45 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) |
| 2021-03-03 16:31:46 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) |
| 2021-03-03 16:33:42 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) |
| 2021-03-03 16:35:49 +0100 | crobbins_ | (~crobbins@2601:2c1:200:ec50:348f:be0d:685a:dd48) |
| 2021-03-03 16:38:27 +0100 | <Philonous> | Franciman, Maybe it's enough to plug a middleware in front of servant that catches 415 and adds the body |
| 2021-03-03 16:38:38 +0100 | aggin | (~ecm@103.88.87.46) |
| 2021-03-03 16:38:52 +0100 | <Philonous> | Not exactly the most elegant solution, but possibly better than forking servant. |
| 2021-03-03 16:38:55 +0100 | crobbins | (~crobbins@2601:2c1:200:ec50:3dc3:9105:3490:1be2) (Ping timeout: 240 seconds) |
| 2021-03-03 16:39:13 +0100 | <aggin> | why does haskell-language-server take a lot of ram |
| 2021-03-03 16:39:30 +0100 | <merijn> | aggin: Takes about the same ram as GHC |
| 2021-03-03 16:39:58 +0100 | <Philonous> | Was about to say, because ghc does, and haskell-language-server runs ghc in the background |
| 2021-03-03 16:40:29 +0100 | <merijn> | Not really in the background, it uses GHC directly as library |
| 2021-03-03 16:40:48 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) |
| 2021-03-03 16:40:50 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 16:40:56 +0100 | <aggin> | merijn: idk why, but when running it with lsp-haskell in emacs it takes like 1gb ram when opening a single file |
| 2021-03-03 16:42:09 +0100 | <aggin> | I can't tell if it's just my setup, that is why I wanted to ask here |
| 2021-03-03 16:42:31 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) (Client Quit) |
| 2021-03-03 16:42:35 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0.1) |
| 2021-03-03 16:43:00 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) |
| 2021-03-03 16:43:22 +0100 | <merijn> | GHC is not the most lean compiler, so "maybe" |
| 2021-03-03 16:43:26 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) (Read error: Connection reset by peer) |
| 2021-03-03 16:43:32 +0100 | <merijn> | It also depends on how you measure RAM, tbh |
| 2021-03-03 16:46:25 +0100 | <merijn> | I wouldn't expect hls to be particularly lightweight, though |
| 2021-03-03 16:48:58 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 16:49:19 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 16:49:44 +0100 | <__minoru__shirae> | perhaps someone should extract modules from ghc |
| 2021-03-03 16:50:00 +0100 | <__minoru__shirae> | to make hls lightweight |
| 2021-03-03 16:50:35 +0100 | <merijn> | Which modules do you imagine can get extracted? |
| 2021-03-03 16:50:35 +0100 | <__minoru__shirae> | so that it doesn't load the unneeded parts of ghc |
| 2021-03-03 16:50:36 +0100 | elliott_ | (~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 240 seconds) |
| 2021-03-03 16:50:50 +0100 | <merijn> | __minoru__shirae: There isn't really an "unneeded" part |
| 2021-03-03 16:51:00 +0100 | <merijn> | I mean, what would you remove? |
| 2021-03-03 16:51:34 +0100 | elliott_ | (~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) |
| 2021-03-03 16:51:36 +0100 | <__minoru__shirae> | I imagine that hls needs parsing, building and analyzing the syntax tree parts |
| 2021-03-03 16:51:50 +0100 | <__minoru__shirae> | it doesn't need the optimizer |
| 2021-03-03 16:51:55 +0100 | carlomagno1 | (~cararell@148.87.23.6) |
| 2021-03-03 16:52:14 +0100 | <__minoru__shirae> | but I don't know the internals of course |
| 2021-03-03 16:52:33 +0100 | curiousgay | (~gay@178.217.208.8) (Remote host closed the connection) |
| 2021-03-03 16:52:56 +0100 | carlomagno | (~cararell@148.87.23.6) (Ping timeout: 240 seconds) |
| 2021-03-03 16:53:02 +0100 | <merijn> | I doubt the optimiser takes up so much time/space and more importantly, that sorta thing would involve fundamentally rearchitecting GHC in *drastic* ways |
| 2021-03-03 16:53:23 +0100 | <merijn> | Which is not to say that it is a bad idea, just that it is unrealistic :p |
| 2021-03-03 16:53:31 +0100 | curiousgay | (~gay@178.217.208.8) |
| 2021-03-03 16:54:16 +0100 | <merijn> | GHC wasn't designed/implemented to be tiny and resource constrained and retro-actively fixing that sorta thing is hard and takes considerable engineering effort |
| 2021-03-03 16:54:31 +0100 | <Philonous> | larryba, Yes, it can be written with foldr |
| 2021-03-03 16:54:46 +0100 | <Philonous> | In fact, any recursive function on lists can be written as a foldr |
| 2021-03-03 16:55:35 +0100 | loli | (~loli@024-171-017-003.res.spectrum.com) (Remote host closed the connection) |
| 2021-03-03 16:55:42 +0100 | mouseghost | (~draco@wikipedia/desperek) (Quit: mew wew) |
| 2021-03-03 16:55:57 +0100 | loli | (~loli@024-171-017-003.res.spectrum.com) |
| 2021-03-03 16:56:02 +0100 | <dminuoso> | __minoru__shirae: hls already is lightweight. It doesn't do code generation. |
| 2021-03-03 16:56:18 +0100 | <merijn> | dminuoso: It does, selectively |
| 2021-03-03 16:56:39 +0100 | <dolio> | It also doesn't just use ghc. |
| 2021-03-03 16:56:45 +0100 | <larryba> | . |
| 2021-03-03 16:57:02 +0100 | <larryba> | Philonous, how? what should the type of doit be? |
| 2021-03-03 16:57:03 +0100 | <dolio> | It's got like a dozen other tools linked into it, no? :) |
| 2021-03-03 16:57:08 +0100 | <merijn> | dminuoso: Sure, but it's probably safe to say GHC is likely the most considerable space hog |
| 2021-03-03 16:57:10 +0100 | <merijn> | eh |
| 2021-03-03 16:57:17 +0100 | <merijn> | s/dminuoso/dolio |
| 2021-03-03 16:57:30 +0100 | <merijn> | dolio: ghcide on my project eats ~4GB, so... |
| 2021-03-03 16:57:39 +0100 | <merijn> | And that only has ghc and hie-bios afaik :p |
| 2021-03-03 16:57:43 +0100 | <dolio> | Heh. |
| 2021-03-03 16:58:03 +0100 | <dolio> | Are all the other things asynchronous? |
| 2021-03-03 16:58:06 +0100 | <merijn> | Granted, I have more than 1 file |
| 2021-03-03 16:58:06 +0100 | <aggin> | welp, looks like I have to keep using haskell-ghci instead ig |
| 2021-03-03 16:58:13 +0100 | <aggin> | all I wanted was just some completion |
| 2021-03-03 16:58:16 +0100 | <Philonous> | larryba: doit :: Ord a => a -> (Set a -> [a]) -> Set a -> [a] |
| 2021-03-03 16:58:33 +0100 | <__minoru__shirae> | so people who write syntax analyzers for IDEs duplicate the logic of the compiler, right? |
| 2021-03-03 16:58:36 +0100 | <merijn> | dolio: It's surprisingly fast, though, so there's that |
| 2021-03-03 16:58:45 +0100 | <merijn> | __minoru__shirae: Yes |
| 2021-03-03 16:58:49 +0100 | kenran | (~kenran@b2b-37-24-119-190.unitymedia.biz) (Ping timeout: 245 seconds) |
| 2021-03-03 16:58:58 +0100 | <__minoru__shirae> | but hls people decided to use a shortcut, but payed by using a lot of ram |
| 2021-03-03 16:58:58 +0100 | <merijn> | __minoru__shirae: Well, usually only partially |
| 2021-03-03 16:58:59 +0100 | <pjb> | __minoru__shirae: in general syntax is easy. |
| 2021-03-03 16:59:05 +0100 | <merijn> | __minoru__shirae: It's not a shortcut |
| 2021-03-03 16:59:09 +0100 | <kuribas> | merijn: perhaps the GRIN work could help in redesigning GHC? |
| 2021-03-03 16:59:27 +0100 | <merijn> | __minoru__shirae: You'd have to basically reimplement all of GHC from scratch to support code compiled with GHC |
| 2021-03-03 16:59:30 +0100 | <dolio> | The problem is that reimplementing GHC outside of GHC is infeasbile. |
| 2021-03-03 16:59:42 +0100 | <merijn> | __minoru__shirae: Sure, you can implement Haskell98 in your checker for hls |
| 2021-03-03 16:59:51 +0100 | <dolio> | People have tried it with much smaller bits of GHC, and it didn't work out well. |
| 2021-03-03 16:59:51 +0100 | <merijn> | __minoru__shirae: And it'd be fast! |
| 2021-03-03 17:00:01 +0100 | <Philonous> | larryba, You do have to post-process the output of the fold, but that's trivial (and not recursive) |
| 2021-03-03 17:00:02 +0100 | <merijn> | __minoru__shirae: It'd only support, like, 10% of hackage, though |
| 2021-03-03 17:00:09 +0100 | <dolio> | Like, just the parsing. |
| 2021-03-03 17:00:31 +0100 | kderme | (4fa758c1@ppp079167088193.access.hol.gr) |
| 2021-03-03 17:00:54 +0100 | <merijn> | __minoru__shirae: People don't want a checker that runs on "Haskell, as long as you don't use any GHC extension". They want it to work on *all* stuff they compile with GHC and support all extensions, and do typechecking |
| 2021-03-03 17:01:01 +0100 | <__minoru__shirae> | maybe duplicate the needed ghc code, omitting the unneeded parts |
| 2021-03-03 17:01:16 +0100 | <merijn> | __minoru__shirae: I'm not sure which "unneeded" parts you imagine exist |
| 2021-03-03 17:01:25 +0100 | <dolio> | The end result is that it's a lot of work, GHC releases routinely make it (temporarily) obselete, and it never quite matches what GHC accepts anyway. |
| 2021-03-03 17:01:26 +0100 | <larryba> | Philonous, I don't get it? accumulator is a function? |
| 2021-03-03 17:01:30 +0100 | <merijn> | You can't even leave out code generation |
| 2021-03-03 17:01:31 +0100 | <Philonous> | larryba, Yes |
| 2021-03-03 17:01:34 +0100 | <merijn> | Because that breaks TH |
| 2021-03-03 17:01:38 +0100 | <Philonous> | larryba, That's the trick |
| 2021-03-03 17:02:04 +0100 | <merijn> | __minoru__shirae: Also, what do you think all the C/C++ LSP tools do? |
| 2021-03-03 17:02:10 +0100 | <merijn> | __minoru__shirae: They just embed all of LLVM |
| 2021-03-03 17:02:19 +0100 | <merijn> | Because anything else is insanity |
| 2021-03-03 17:02:29 +0100 | <Philonous> | larryba, Do you want to see the complete solution or would you rather figure it out on your own? |
| 2021-03-03 17:02:43 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 256 seconds) |
| 2021-03-03 17:02:43 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 17:02:54 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 17:02:57 +0100 | <__minoru__shirae> | merjin: so if you want convenience of any language server, you generally have to pay with your ram? |
| 2021-03-03 17:02:57 +0100 | <merijn> | Just look at clangd |
| 2021-03-03 17:03:05 +0100 | <merijn> | __minoru__shirae: Well, yes |
| 2021-03-03 17:03:29 +0100 | <merijn> | __minoru__shirae: You need a compiler, and generally you want the one that you *actually* use. Not a crappy, half done reimplementation |
| 2021-03-03 17:03:34 +0100 | <larryba> | Philonous, I will try it on my own first |
| 2021-03-03 17:03:44 +0100 | <swarmcollective> | RAM is a lot cheaper than your time, in most cases. |
| 2021-03-03 17:04:05 +0100 | <__minoru__shirae> | merjin: unless language designers create a lightweight language server themselves |
| 2021-03-03 17:04:09 +0100 | <merijn> | If you design your compiler to be cheap ahead of time it can be fairly efficient |
| 2021-03-03 17:04:34 +0100 | <merijn> | __minoru__shirae: Sure, but that takes a lot of effort |
| 2021-03-03 17:04:46 +0100 | <merijn> | So then the question becomes: Does anyone who is *paying* care? |
| 2021-03-03 17:04:47 +0100 | <aggin> | merijn: but why does hls take so much more ram than other LSP's |
| 2021-03-03 17:04:51 +0100 | <merijn> | The answer is: no |
| 2021-03-03 17:04:59 +0100 | <aggin> | gopls takes only 100 mb ram on my system |
| 2021-03-03 17:05:06 +0100 | <aggin> | when opening a single file |
| 2021-03-03 17:05:18 +0100 | <merijn> | aggin: Go's compiler was from the start engineered to be resource low |
| 2021-03-03 17:05:38 +0100 | <merijn> | aggin: I wouldn't be surprised of clangd took 1GB for 1 C++ file either |
| 2021-03-03 17:05:40 +0100 | <yushyin> | c++ LSP server are also very RAM hungry |
| 2021-03-03 17:05:48 +0100 | <kuribas> | go is also a cripled language |
| 2021-03-03 17:05:50 +0100 | <merijn> | Making decades old compilers resource efficient is *hard* |
| 2021-03-03 17:06:11 +0100 | <merijn> | It's not that it *can't* be done, it just that it's not worth the time of anyone involved |
| 2021-03-03 17:06:13 +0100 | <kuribas> | ghc does A LOT more than go, removing abstractions, etc... |
| 2021-03-03 17:06:41 +0100 | <merijn> | GHC is fairly resource heavy, so people who use it to compile already need RAM for that anyway |
| 2021-03-03 17:06:44 +0100 | jrqc | (~rofl@96.78.87.197) (Ping timeout: 245 seconds) |
| 2021-03-03 17:06:46 +0100 | <kuribas> | it's also a thankless job that nobody wants to do, unless it's needed. |
| 2021-03-03 17:06:58 +0100 | chisui | (59f77c97@i59F77C97.versanet.de) (Quit: Connection closed) |
| 2021-03-03 17:07:11 +0100 | chisui | (59f77c97@i59F77C97.versanet.de) |
| 2021-03-03 17:07:20 +0100 | ClaudiusMaximus | (~claude@191.123.199.146.dyn.plus.net) |
| 2021-03-03 17:07:23 +0100 | <swarmcollective> | Logically, it seems an Assembly Language LSP would be quite efficient. :D |
| 2021-03-03 17:07:33 +0100 | ClaudiusMaximus | (~claude@191.123.199.146.dyn.plus.net) (Changing host) |
| 2021-03-03 17:07:33 +0100 | ClaudiusMaximus | (~claude@unaffiliated/claudiusmaximus) |
| 2021-03-03 17:07:44 +0100 | <swarmcollective> | Is it worth spending more time writing the code to save on RAM usage? |
| 2021-03-03 17:07:45 +0100 | stree | (~stree@68.36.8.116) |
| 2021-03-03 17:07:52 +0100 | <merijn> | Most people have laptops (or even phones) with multiple GBs of RAM, so there's just not much incentive to make GHC small as long as the code it produces is |
| 2021-03-03 17:07:56 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 17:07:58 +0100 | <aggin> | yushyin: clangd doesn't take much resources for me |
| 2021-03-03 17:07:59 +0100 | newbie76 | (4cbf11e9@node-17-233.flex.volo.net) |
| 2021-03-03 17:08:09 +0100 | <merijn> | aggin: On C or on C++? |
| 2021-03-03 17:08:14 +0100 | <aggin> | both |
| 2021-03-03 17:08:16 +0100 | robwebbjr | (ac3a109d@172.58.16.157) |
| 2021-03-03 17:09:48 +0100 | jrqc | (~rofl@96.78.87.197) |
| 2021-03-03 17:09:56 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:3952:4f6a:8da:bef6) (Ping timeout: 240 seconds) |
| 2021-03-03 17:10:47 +0100 | alecs | (~alecs@151.62.127.229) |
| 2021-03-03 17:10:47 +0100 | <merijn> | Quick test show clangd using about 1GB on a file for me here |
| 2021-03-03 17:11:06 +0100 | <aggin> | Is it part of some big project or something ? |
| 2021-03-03 17:11:09 +0100 | <yushyin> | I've projects where ccls takes up to 2GB RSS |
| 2021-03-03 17:11:18 +0100 | <merijn> | aggin: Not that big, but lots of template stuff |
| 2021-03-03 17:11:57 +0100 | <merijn> | aggin: Anyway, GHC isn't optimised for tiny systems and people are trying to optimise it, but that's mostly focussed on compile speed, not RAM usage |
| 2021-03-03 17:12:33 +0100 | <merijn> | I'm sure any efforts to make it thriftier/smaller would be welcome, but it's just not that big a problem in practice, unless you try to, like, compile on a netbook |
| 2021-03-03 17:12:42 +0100 | <merijn> | To which the simple solution would be: don't :p |
| 2021-03-03 17:13:28 +0100 | <aggin> | well I guess I should stick with using ghci for autocompletion |
| 2021-03-03 17:13:38 +0100 | <aggin> | all I wanted was some autocompletion |
| 2021-03-03 17:13:45 +0100 | curiousgay | (~gay@178.217.208.8) (Ping timeout: 264 seconds) |
| 2021-03-03 17:14:10 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) |
| 2021-03-03 17:15:55 +0100 | <robwebbjr> | Hi. I'm working Haskell From First Principles and this (https://paste.tomsmeding.com/46ZIqwk9) example has me confused. |
| 2021-03-03 17:16:06 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 17:16:13 +0100 | sord937 | (~sord937@gateway/tor-sasl/sord937) (Quit: sord937) |
| 2021-03-03 17:16:20 +0100 | <newbie76> | I have a really basic question. I just set up my first haskell project directory. I have a working package.yaml file that hpack uses to generate the stack.yaml file. I have Docker for Mac installed. I'm trying to figure out how to a) create a local Docker image of my project and b) write a Dockerfile such that a CI service can create a docker image |
| 2021-03-03 17:16:21 +0100 | <newbie76> | from it when I push to git. Getting lots of errors and finding very little guidance in online resources. My first attempt at a Dockerfile is this : "FROM haskell:8 |
| 2021-03-03 17:16:21 +0100 | <newbie76> | ADD . |
| 2021-03-03 17:16:22 +0100 | <newbie76> | RUN stack build |
| 2021-03-03 17:16:22 +0100 | <newbie76> | CMD stack exec" |
| 2021-03-03 17:16:23 +0100 | <newbie76> | And in my user-level stack config file I've enabled docker, but can't figure out where the resolver specification should go or if I should just try to use an image? This doesn't work: |
| 2021-03-03 17:16:23 +0100 | <newbie76> | "docker: |
| 2021-03-03 17:16:24 +0100 | <newbie76> | enable: true |
| 2021-03-03 17:16:24 +0100 | <newbie76> | repo: "fpco/stack-build" |
| 2021-03-03 17:16:25 +0100 | <newbie76> | resolver: lts-9.5" |
| 2021-03-03 17:16:25 +0100 | <newbie76> | Any help is very much appreciated - thanks for reading. |
| 2021-03-03 17:16:30 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 17:16:50 +0100 | <swarmcollective> | @where paste |
| 2021-03-03 17:16:51 +0100 | <lambdabot> | Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com |
| 2021-03-03 17:17:13 +0100 | <merijn> | robwebbjr: Any clue *what* part has you confused? ;) |
| 2021-03-03 17:18:02 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 17:18:06 +0100 | aggin | (~ecm@103.88.87.46) (Quit: WeeChat 3.0.1) |
| 2021-03-03 17:18:22 +0100 | <robwebbjr> | 1) What happens to b and 2) why does myAny even [1..] stop recurring when it reaches 2? |
| 2021-03-03 17:18:28 +0100 | <Taneb> | robwebbjr: should that say "Bool" rather than "Book"? |
| 2021-03-03 17:18:41 +0100 | <merijn> | Taneb: presumably ;) |
| 2021-03-03 17:19:08 +0100 | <merijn> | > foldr f z [1..5] |
| 2021-03-03 17:19:10 +0100 | <lambdabot> | f 1 (f 2 (f 3 (f 4 (f 5 z)))) |
| 2021-03-03 17:19:38 +0100 | <robwebbjr> | merijn: sorry, on phone and inexperienced with irc |
| 2021-03-03 17:20:13 +0100 | <merijn> | robwebbjr: Now, let's imagine we're using "even :: Int -> Bool". If we fill in your lambda in that example we'd get: |
| 2021-03-03 17:20:22 +0100 | <robwebbjr> | Yes, Bool |
| 2021-03-03 17:20:54 +0100 | <dolio> | larryba: Don't spend too much time. Even the right perspective to approach the problem to work out the answer may not be terribly obvious. |
| 2021-03-03 17:21:02 +0100 | <merijn> | robwebbjr: (||) (even 1) ((||) (even 2) ...) |
| 2021-03-03 17:21:12 +0100 | <newbie76> | could anyone here help me with an hpack / stack / docker setup issue? |
| 2021-03-03 17:21:25 +0100 | <robwebbjr> | False for 1 then True for 2 |
| 2021-03-03 17:21:42 +0100 | gioyik | (~gioyik@gateway/tor-sasl/gioyik) |
| 2021-03-03 17:21:52 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) (Remote host closed the connection) |
| 2021-03-03 17:22:01 +0100 | <merijn> | robwebbjr: Right, but || shortcuts, so once the left side is True you don't have to evaluate the right side |
| 2021-03-03 17:22:15 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Ping timeout: 240 seconds) |
| 2021-03-03 17:22:18 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) |
| 2021-03-03 17:22:28 +0100 | <merijn> | robwebbjr: So once you evaluate "even 2 || ..." (where ... is the infinite recursive fold), you never bother computing ... |
| 2021-03-03 17:22:32 +0100 | <__minoru__shirae> | newbie76: resolver specification is project-specific, no? |
| 2021-03-03 17:22:37 +0100 | <merijn> | robwebbjr: You can simply return True immediately |
| 2021-03-03 17:22:44 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:42a8:8650:90d4:54bc) |
| 2021-03-03 17:23:00 +0100 | <merijn> | robwebbjr: Because "True || x = True" |
| 2021-03-03 17:23:18 +0100 | <merijn> | > True || undefined |
| 2021-03-03 17:23:20 +0100 | <lambdabot> | True |
| 2021-03-03 17:23:26 +0100 | <merijn> | > False || undefined |
| 2021-03-03 17:23:28 +0100 | <lambdabot> | *Exception: Prelude.undefined |
| 2021-03-03 17:23:34 +0100 | <__minoru__shirae> | newbie76: I mean, if I'm not mistaken, the resolver specification belongs to the project, not to the environment |
| 2021-03-03 17:23:43 +0100 | <merijn> | robwebbjr: (just imagine "undefined" being an infinite recursion instead) |
| 2021-03-03 17:24:12 +0100 | <newbie76> | I don't know, maybe. It's sort of complicated because stack init generates the stack.yaml file, right? and if I try to specify anything related to docker in that file before building (by echoing those lines in after running "stack init"), that doesn't work |
| 2021-03-03 17:25:14 +0100 | danso | (~dan@2001:1970:52e7:d000:96b8:6dff:feb3:c009) |
| 2021-03-03 17:25:17 +0100 | <merijn> | Why would you run "stack init" in a docker container, that sounds very confused |
| 2021-03-03 17:25:43 +0100 | <robwebbjr> | merijn: OK, so 1) the b is irrelevant because short circuit is baked into (||) and 2) the fold stops because, well, short circuit is baked into the fold. |
| 2021-03-03 17:26:23 +0100 | <robwebbjr> | I meant baked into the (||) |
| 2021-03-03 17:26:29 +0100 | <merijn> | robwebbjr: Well, not so much baked into the fold as much as "the definition of foldr allows the short-circuit of it's argument function to affect the fold" |
| 2021-03-03 17:26:40 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
| 2021-03-03 17:26:49 +0100 | <newbie76> | I am very confused. Do you not need to run stack in a docker container? if so, why not? isn't it the build tool for your code? or are docker containers only used as sort of a place to put the folder with executables after you've built it? |
| 2021-03-03 17:26:50 +0100 | <merijn> | > foldr f z [1..5] |
| 2021-03-03 17:26:52 +0100 | <lambdabot> | f 1 (f 2 (f 3 (f 4 (f 5 z)))) |
| 2021-03-03 17:27:21 +0100 | <__minoru__shirae> | short-circuiting works only with foldr |
| 2021-03-03 17:27:25 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) |
| 2021-03-03 17:27:27 +0100 | <__minoru__shirae> | iirc |
| 2021-03-03 17:27:29 +0100 | <robwebbjr> | Yes, sorry about that. I get it. Thank you so much for your help! |
| 2021-03-03 17:27:33 +0100 | <merijn> | newbie76: stack init generates an initial scaffold for a project. You are supposed to have a manually created stack.yaml that defines your project and then use that to build |
| 2021-03-03 17:27:40 +0100 | <merijn> | robwebbjr: For contrast, compare: |
| 2021-03-03 17:27:43 +0100 | ep1ctetus | (~epictetus@ip72-194-215-136.sb.sd.cox.net) |
| 2021-03-03 17:27:46 +0100 | <merijn> | > foldl f z [1..5] |
| 2021-03-03 17:27:48 +0100 | <lambdabot> | f (f (f (f (f z 1) 2) 3) 4) 5 |
| 2021-03-03 17:28:36 +0100 | ADG1089__ | (~aditya@122.163.250.138) |
| 2021-03-03 17:28:40 +0100 | <merijn> | Note how you need to evaluate all recursive calls (or reach the end of the list) to evaluate anything |
| 2021-03-03 17:28:41 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 17:28:49 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Ping timeout: 245 seconds) |
| 2021-03-03 17:28:56 +0100 | <merijn> | That's why foldl can't short circuit (and thus not do anything with an infinite list) |
| 2021-03-03 17:28:57 +0100 | <cheater> | this is the 10th foldl tutorial today in this channel |
| 2021-03-03 17:29:21 +0100 | <merijn> | cheater: That's down from the 50 per day when I started years ago ;) |
| 2021-03-03 17:29:30 +0100 | <robwebbjr> | _minoru_shirae: Oh, short circuit only works with foldr? That's good to know! |
| 2021-03-03 17:29:33 +0100 | <cheater> | merijn: the day hasn't even started. give it time |
| 2021-03-03 17:29:36 +0100 | sagax | (~sagax_nb@213.138.71.146) |
| 2021-03-03 17:29:41 +0100 | <merijn> | cheater: It's 17.30 here :p |
| 2021-03-03 17:29:42 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 17:30:04 +0100 | <newbie76> | okay, "stack init" is really only used once at the beginning of creating a project, after "stack new"? |
| 2021-03-03 17:30:05 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 17:30:40 +0100 | <merijn> | I don't use stack, but I'm willing to bet you 20 bucks on "yes" :p |
| 2021-03-03 17:30:56 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Ping timeout: 240 seconds) |
| 2021-03-03 17:31:01 +0100 | <merijn> | cheater: It's easy to forget how hard and confusing folds are at first! |
| 2021-03-03 17:31:42 +0100 | <robwebbjr> | Thanks everyone. The Haskell Book should mention that foldr short circuits, it would probably save many newbies much confusion! |
| 2021-03-03 17:31:42 +0100 | <merijn> | robwebbjr: If you wanna get sidetracked pondering folds for some time, here's a good link: https://tsouanas.org/teaching/fun/2019.2/doc/hutton-fold.pdf :) |
| 2021-03-03 17:32:01 +0100 | <oafs> | oh cool, I didn't know lambdabot could "expand" functions like that |
| 2021-03-03 17:32:13 +0100 | <oafs> | does it do that if you just use an unbound variable in a call? |
| 2021-03-03 17:32:20 +0100 | <newbie76> | okay, thanks lol. at least now I'm getting a new error: "Could not pull Docker image: fpco/stack-build:lts-9. There may not be an image on the registry for your resolver's LTS version in your configuration file." |
| 2021-03-03 17:32:23 +0100 | <merijn> | oafs: It's actually using |
| 2021-03-03 17:32:27 +0100 | <merijn> | @hackage simple-reflect |
| 2021-03-03 17:32:27 +0100 | <lambdabot> | https://hackage.haskell.org/package/simple-reflect |
| 2021-03-03 17:32:29 +0100 | <oafs> | > x : y : [] |
| 2021-03-03 17:32:30 +0100 | <merijn> | Which defines |
| 2021-03-03 17:32:31 +0100 | <lambdabot> | [x,y] |
| 2021-03-03 17:32:33 +0100 | <merijn> | :t f |
| 2021-03-03 17:32:35 +0100 | <lambdabot> | FromExpr a => a |
| 2021-03-03 17:32:37 +0100 | <merijn> | :t x |
| 2021-03-03 17:32:38 +0100 | <lambdabot> | Expr |
| 2021-03-03 17:32:39 +0100 | <merijn> | : y |
| 2021-03-03 17:32:57 +0100 | <merijn> | oafs: So the hack is that 'f', 'z', 'x' and 'y' aren't unbound ;) |
| 2021-03-03 17:32:58 +0100 | <robwebbjr> | merijn Thanks for the link |
| 2021-03-03 17:33:39 +0100 | <oafs> | well that's interesting lol |
| 2021-03-03 17:33:58 +0100 | <merijn> | oafs: That package is arcane magic, it's fun to study :) |
| 2021-03-03 17:34:51 +0100 | <boxscape> | > foldr (⊕) z [a,b,c,d] |
| 2021-03-03 17:34:54 +0100 | <lambdabot> | a ⊕ (b ⊕ (c ⊕ (d ⊕ z))) |
| 2021-03-03 17:35:06 +0100 | <boxscape> | > foldl (⊕) z [a,b,c,d] |
| 2021-03-03 17:35:08 +0100 | <lambdabot> | (((z ⊕ a) ⊕ b) ⊕ c) ⊕ d |
| 2021-03-03 17:35:10 +0100 | <boxscape> | nice |
| 2021-03-03 17:35:14 +0100 | <oafs> | nifty |
| 2021-03-03 17:35:27 +0100 | <merijn> | Same as this lambdabot specific hack |
| 2021-03-03 17:35:31 +0100 | <merijn> | @src asAppliedTo |
| 2021-03-03 17:35:31 +0100 | <lambdabot> | f `asAppliedTo` a = f where _ = f a |
| 2021-03-03 17:35:31 +0100 | <lambdabot> | infixl 0 `asAppliedTo` |
| 2021-03-03 17:35:47 +0100 | ADG1089__ | (~aditya@122.163.250.138) (Remote host closed the connection) |
| 2021-03-03 17:35:49 +0100 | <cheater> | merijn: yes, i too get lost in folds sometimes. |
| 2021-03-03 17:35:50 +0100 | <merijn> | :t forM_ |
| 2021-03-03 17:35:52 +0100 | <lambdabot> | (Foldable t, Monad m) => t a -> (a -> m b) -> m () |
| 2021-03-03 17:35:59 +0100 | <merijn> | :t forM_ `asAppliedTo` [] |
| 2021-03-03 17:36:01 +0100 | <lambdabot> | Monad m => [a] -> (a -> m b) -> m () |
| 2021-03-03 17:36:02 +0100 | <boxscape> | % :t +d forM_ |
| 2021-03-03 17:36:03 +0100 | <yahb> | boxscape: Monad m => [a] -> (a -> m b) -> m () |
| 2021-03-03 17:36:14 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 2021-03-03 17:36:47 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 17:37:19 +0100 | hiroaki_ | (~hiroaki@2a02:8108:8c40:2bb8:4198:736b:7066:258b) (Ping timeout: 272 seconds) |
| 2021-03-03 17:38:15 +0100 | <Philonous> | merijn, No, »stack new« creates an initial scaffold, »stack init« tries to guess a stack configuration for an existing cabal project |
| 2021-03-03 17:38:37 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) |
| 2021-03-03 17:38:51 +0100 | <ezzieyguywuf> | can I install QuickCheck-2.14.2 with old-random AND new random? http://dpaste.com/4ZHD6SSFU |
| 2021-03-03 17:38:58 +0100 | <Philonous> | Oh, sorry, you're still right, you wouldn't want to run that in your build system anyway |
| 2021-03-03 17:38:58 +0100 | <ezzieyguywuf> | or is this not the intent of the flag? |
| 2021-03-03 17:39:05 +0100 | <edwardk> | i'm going to let a bunch of domains go in a few months. they've been lurking on my godaddy account. if anybody here (especially someone I know, and especially if you'll put them to use) wants homotopygroup.com, coinductive.com or monoidal.io let me know. (there are a bunch of others, but those are the ones that sounded haskelly) |
| 2021-03-03 17:39:07 +0100 | <merijn> | Philonous: Well, that doesn't invalidate my statement that you certainly *don't* wanna run it in your build pipeline ;) |
| 2021-03-03 17:40:10 +0100 | ADG1089__ | (~aditya@122.163.250.138) |
| 2021-03-03 17:40:11 +0100 | <Philonous> | merijn, Yeah, noticed right after I wrote it, sorry :> |
| 2021-03-03 17:40:18 +0100 | <monochrom> | ezzieyguywuf: You cannot. |
| 2021-03-03 17:40:32 +0100 | <ezzieyguywuf> | monochrom: is there a particular reason why? |
| 2021-03-03 17:40:49 +0100 | <ezzieyguywuf> | I thought cabal, like, fixed all there dependency conflict issues by just storing things in separate sub directories |
| 2021-03-03 17:40:59 +0100 | <merijn> | ezzieyguywuf: Well, what would that even mean? |
| 2021-03-03 17:41:10 +0100 | <edwardk> | "free to a good home" |
| 2021-03-03 17:41:11 +0100 | <monochrom> | Hrm, I don't know the old-random flag. But I still guess it means going with an old version of random. |
| 2021-03-03 17:41:20 +0100 | <newbie76> | merijn thanks for the help, getting further along now |
| 2021-03-03 17:41:23 +0100 | <merijn> | ezzieyguywuf: v2-build does, Setup.hs as used to package distro packages does not |
| 2021-03-03 17:41:34 +0100 | <ezzieyguywuf> | merijn: yea, b/c random-1.2.0 has breaking changes, and so I may have some deps that haven't upgraded to the new random yet |
| 2021-03-03 17:41:41 +0100 | <merijn> | ezzieyguywuf: Distro packages are installed in a single global database and all need to be compatible |
| 2021-03-03 17:41:44 +0100 | <ezzieyguywuf> | so I could realistically need both old random and new random |
| 2021-03-03 17:41:44 +0100 | ixlun | (~user@213.205.241.12) (Read error: Connection reset by peer) |
| 2021-03-03 17:41:57 +0100 | <monochrom> | I think 1.2's "break" changes are mild. |
| 2021-03-03 17:42:01 +0100 | <merijn> | ezzieyguywuf: v2-build installs all of them and kinda "dynamically creates a per project database" |
| 2021-03-03 17:42:08 +0100 | <ezzieyguywuf> | merijn: I'm trying this with cabal itself at the moment, not any packaging stuff |
| 2021-03-03 17:42:19 +0100 | <__minoru__shirae> | edwardk: is monoidal io a thing? |
| 2021-03-03 17:42:29 +0100 | <__minoru__shirae> | I mean using IO as a monoid? |
| 2021-03-03 17:42:40 +0100 | <merijn> | ezzieyguywuf: "cabal install --lib" registers stuff in an (implicit) global database |
| 2021-03-03 17:42:42 +0100 | epicte7us | (~epictetus@ip72-194-215-136.sb.sd.cox.net) |
| 2021-03-03 17:42:55 +0100 | <merijn> | ezzieyguywuf: So the solution is, don't use "install --lib" ;) |
| 2021-03-03 17:43:00 +0100 | <ezzieyguywuf> | lol!!! |
| 2021-03-03 17:43:00 +0100 | ixlun | (~user@213.205.241.12) |
| 2021-03-03 17:43:02 +0100 | <monochrom> | But generally it doesn't make sense for one build of QuickCheck (or one build of any library or exe) to use two builds of something. |
| 2021-03-03 17:43:16 +0100 | <edwardk> | __minoru__shirae: instance Monoid a => Monoid (IO a) exists |
| 2021-03-03 17:43:16 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 17:43:19 +0100 | <ezzieyguywuf> | hm, let me try to work up an example using only cabal |
| 2021-03-03 17:43:23 +0100 | <monochrom> | And note that I use the word "build". Not even "version". More anal than "version". |
| 2021-03-03 17:43:28 +0100 | <ezzieyguywuf> | to see if I can duplicate the use-case I'm running in to in gentoo |
| 2021-03-03 17:43:32 +0100 | <merijn> | ezzieyguywuf: Generally you just let "cabal build" in your project install things |
| 2021-03-03 17:43:36 +0100 | <ezzieyguywuf> | b/c I bet cabal "Just Works™" , but I want to know how |
| 2021-03-03 17:43:41 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 17:44:07 +0100 | <edwardk> | __minoru__shirae: but it was acquired mostly as a '.io' as a trendy '.com' equivalent domain thing back when .io was a trendy .com equivalent. |
| 2021-03-03 17:44:48 +0100 | <merijn> | edwardk: Unrelatedly, I'd probably recommend migrating domains to a less terrible registrar if possible >.> |
| 2021-03-03 17:44:59 +0100 | <edwardk> | merijn: i already did for everything that mattered. |
| 2021-03-03 17:45:08 +0100 | <merijn> | edwardk: Good :) |
| 2021-03-03 17:45:36 +0100 | ep1ctetus | (~epictetus@ip72-194-215-136.sb.sd.cox.net) (Ping timeout: 240 seconds) |
| 2021-03-03 17:45:45 +0100 | <ezzieyguywuf> | namesilo |
| 2021-03-03 17:46:03 +0100 | <edwardk> | i only looked at my godaddy account when someone snuck into my account and tried to transfer a gajillion domains out of it. it was painful enough to get things back that i'm in the process of just closing out the godaddy account, hence the 'free to a good home' bit for anything that seems someone might find it worth having, but not worth going through the trouble of moving for myself. =) |
| 2021-03-03 17:46:56 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) (Remote host closed the connection) |
| 2021-03-03 17:47:02 +0100 | crobbins_ | (~crobbins@2601:2c1:200:ec50:348f:be0d:685a:dd48) (Remote host closed the connection) |
| 2021-03-03 17:47:02 +0100 | <edwardk> | apparently godaddy requires email approval to transfer out a domain, which is the way i recalled it. However they _don't_ require email approval to add an extra delegated approved email user... who can then approve all the transfers. |
| 2021-03-03 17:47:17 +0100 | vchlup_ | (~vchlup@nat.brnet.cz) |
| 2021-03-03 17:47:17 +0100 | kritzefitz | (~kritzefit@fw-front.credativ.com) (Remote host closed the connection) |
| 2021-03-03 17:47:35 +0100 | <edwardk> | (the account was set up in the time before 2fa was a thing, and apparently the password leaked by the same channel as my twitter account did, as both predated my use of a password manager) |
| 2021-03-03 17:47:37 +0100 | crobbins | (~crobbins@2601:2c1:200:ec50:c32:8193:5ae6:63eb) |
| 2021-03-03 17:47:51 +0100 | robwebbjr | (ac3a109d@172.58.16.157) (Quit: Connection closed) |
| 2021-03-03 17:48:02 +0100 | <edwardk> | ezzieyguywuf: i mostly use namecheap, which is where comonad.com is parked. |
| 2021-03-03 17:48:14 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 17:48:17 +0100 | <edwardk> | its meh, but its also already configured and forgotten ;) |
| 2021-03-03 17:49:12 +0100 | <ezzieyguywuf> | nice |
| 2021-03-03 17:49:22 +0100 | hiroaki_ | (~hiroaki@2a02:8108:8c40:2bb8:92d3:a4a2:1db6:e0dd) |
| 2021-03-03 17:50:12 +0100 | <ezzieyguywuf> | (omg kmett spoke directly to me!!) |
| 2021-03-03 17:50:12 +0100 | ezzieyguywuf | 's heart is all aflutter |
| 2021-03-03 17:50:15 +0100 | <edwardk> | at one point i had something like 1000 domains, then godaddy all-but-silently let them all lapse because of an expired credit card, so they were already on my terrible vendor list. |
| 2021-03-03 17:50:16 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) (Quit: Leaving) |
| 2021-03-03 17:51:19 +0100 | <Philonous> | 1000 domains, is squatting that profitable? |
| 2021-03-03 17:51:21 +0100 | edwardk | gets back on topic for the channel. |
| 2021-03-03 17:51:41 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 17:51:47 +0100 | <edwardk> | Philonous: i wound up pretty far in the black. mainly because i got in when you could still get 3 letter domains, etc. |
| 2021-03-03 17:51:47 +0100 | <__minoru__shirae> | edwardk: 1000 domains? you don't pay for a domain every year? |
| 2021-03-03 17:52:29 +0100 | <edwardk> | i basically ran a dictionary through whois in 1995 or so and grabbed everything worth grabbing that i found. |
| 2021-03-03 17:54:28 +0100 | <edwardk> | __minoru__shirae: A friend and I sold crucial.com for ~35k, which basically kept everything in the black ever since in total dollars. i'd let them bleed out slowly til around 2010 when i lost most of them in the aforementioned godaddy incident. So yeah, they'd bleed a bit of money every year, but in total? No problem. |
| 2021-03-03 17:56:08 +0100 | <Philonous> | I think I pay like 15€pa. per domain, so 1k domains over 15 years would have amounted to, what, 225k€? Your registrar must have been much cheaper |
| 2021-03-03 17:56:49 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 17:56:58 +0100 | <edwardk> | Philonous: that wasn't the only one that sold =) |
| 2021-03-03 17:57:07 +0100 | <Philonous> | Or you made a lot more than 35k in the nickle-and-dime domains |
| 2021-03-03 17:57:08 +0100 | <Philonous> | Yeah |
| 2021-03-03 17:57:16 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 17:57:39 +0100 | kritzefitz | (~kritzefit@212.86.56.80) |
| 2021-03-03 17:57:47 +0100 | <edwardk> | and I bled the list down, etc. |
| 2021-03-03 17:59:22 +0100 | bennofs__ | (~quassel@dslb-188-103-040-158.188.103.pools.vodafone-ip.de) |
| 2021-03-03 17:59:29 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Ping timeout: 260 seconds) |
| 2021-03-03 17:59:45 +0100 | <falsifian> | Does anyone know a way to get Cabal to output the time used to build each dependency when I run cabal build or cabal install? Start/end times for a parallel build would be even better. |
| 2021-03-03 18:00:34 +0100 | <edwardk> | all right, since there's no nibbles here, will try twitter. more math folks there =) |
| 2021-03-03 18:01:04 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | son0p | (~son0p@181.136.122.143) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | clynamen_ | (~clynamen@net-93-66-1-11.cust.vodafonedsl.it) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | khisanth_ | (~Khisanth@24.sub-174-244-147.myvzw.com) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | pincel | (~pyon@unaffiliated/pyon) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | dixie | (~dixie@real.wilbury.sk) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | madnificent | (~madnifice@static.210.74.63.178.clients.your-server.de) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | zaquest | (~notzaques@5.128.210.178) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | bennofs_ | (~quassel@dslb-188-103-040-158.188.103.pools.vodafone-ip.de) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | roconnor | (~roconnor@host-104-157-194-235.dyn.295.ca) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | MasseR | (~MasseR@51.15.143.128) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | juri_ | (~juri@178.63.35.222) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | grumble | (~Thunderbi@freenode/staff/grumble) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | egp_ | (~egp_@2.95.74.168) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | tanuki | (~quassel@173.168.154.189) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | ezzieyguywuf | (~Unknown@unaffiliated/ezzieyguywuf) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | epta | (~m@nuda.space) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | zopsi | (~zopsi@irc.dir.ac) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | xcin | (~x@159.203.132.140) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | Jesin | (~Jesin@pool-72-66-101-18.washdc.fios.verizon.net) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | mawk | (mawk@serveur.io) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | sujeet | (sujeet@unaffiliated/freeboson) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | totoro2021 | (~t@unaffiliated/totoro2021) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | rkrishnan | (~rkrishnan@rkrishnan.org) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | jle` | (~mstksg@unaffiliated/mstksg) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | sim590 | (~sim590@modemcable090.207-203-24.mc.videotron.ca) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | xsarnik0 | (xsarnik@gateway/shell/fi.muni.cz/x-pkbyatoowiwuqtjg) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | aidecoe | (~aidecoe@unaffiliated/aidecoe) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | stilgart | (~Christoph@chezlefab.net) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | Jajik | (xchlup2@gateway/shell/fi.muni.cz/x-mvogdeasxxfzjncw) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | TommyC | (~TommyC@unaffiliated/sepulchralbloom) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | kloeri | (~kloeri@freenode/staff/exherbo.kloeri) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | mupf | (~micha@v22017094964653601.ultrasrv.de) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | jluttine | (~jluttine@85-23-95-149.bb.dnainternet.fi) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | nisstyre | (~wes@python-zero/conduct-committee/nisstyre) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | jathan | (~jathan@69.61.93.38) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | Cale | (~cale@cpef48e38ee8583-cm0c473de9d680.cpe.net.cable.rogers.com) (*.net *.split) |
| 2021-03-03 18:01:05 +0100 | Cathy | (~Cathy@unaffiliated/cathy) (*.net *.split) |
| 2021-03-03 18:02:31 +0100 | noctux | (~noctux@unaffiliated/noctux) (Read error: Connection reset by peer) |
| 2021-03-03 18:03:03 +0100 | mouseghost | (~draco@87-206-9-185.dynamic.chello.pl) |
| 2021-03-03 18:03:03 +0100 | mouseghost | (~draco@87-206-9-185.dynamic.chello.pl) (Changing host) |
| 2021-03-03 18:03:03 +0100 | mouseghost | (~draco@wikipedia/desperek) |
| 2021-03-03 18:03:40 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Remote host closed the connection) |
| 2021-03-03 18:03:40 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 18:03:51 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 18:03:54 +0100 | Wuzzy | (~Wuzzy@p5b0df7c2.dip0.t-ipconnect.de) (Ping timeout: 246 seconds) |
| 2021-03-03 18:04:15 +0100 | notzmv | (~zmv@unaffiliated/zmv) (Ping timeout: 246 seconds) |
| 2021-03-03 18:05:04 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) |
| 2021-03-03 18:05:12 +0100 | hnOsmium0001 | (uid453710@gateway/web/irccloud.com/x-czcoxqegzsrqhure) |
| 2021-03-03 18:05:21 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) |
| 2021-03-03 18:05:56 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 18:06:49 +0100 | sujeet | (sujeet@unaffiliated/freeboson) |
| 2021-03-03 18:06:53 +0100 | zopsi | (~zopsi@irc.dir.ac) |
| 2021-03-03 18:06:58 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) |
| 2021-03-03 18:06:58 +0100 | son0p | (~son0p@181.136.122.143) |
| 2021-03-03 18:06:58 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) |
| 2021-03-03 18:06:58 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
| 2021-03-03 18:06:58 +0100 | clynamen_ | (~clynamen@net-93-66-1-11.cust.vodafonedsl.it) |
| 2021-03-03 18:06:58 +0100 | khisanth_ | (~Khisanth@24.sub-174-244-147.myvzw.com) |
| 2021-03-03 18:06:58 +0100 | pincel | (~pyon@unaffiliated/pyon) |
| 2021-03-03 18:06:58 +0100 | dixie | (~dixie@real.wilbury.sk) |
| 2021-03-03 18:06:58 +0100 | madnificent | (~madnifice@static.210.74.63.178.clients.your-server.de) |
| 2021-03-03 18:06:58 +0100 | zaquest | (~notzaques@5.128.210.178) |
| 2021-03-03 18:06:58 +0100 | roconnor | (~roconnor@host-104-157-194-235.dyn.295.ca) |
| 2021-03-03 18:06:58 +0100 | MasseR | (~MasseR@51.15.143.128) |
| 2021-03-03 18:06:58 +0100 | juri_ | (~juri@178.63.35.222) |
| 2021-03-03 18:06:58 +0100 | grumble | (~Thunderbi@freenode/staff/grumble) |
| 2021-03-03 18:06:58 +0100 | egp_ | (~egp_@2.95.74.168) |
| 2021-03-03 18:06:58 +0100 | tanuki | (~quassel@173.168.154.189) |
| 2021-03-03 18:06:58 +0100 | ezzieyguywuf | (~Unknown@unaffiliated/ezzieyguywuf) |
| 2021-03-03 18:06:58 +0100 | epta | (~m@nuda.space) |
| 2021-03-03 18:06:58 +0100 | xcin | (~x@159.203.132.140) |
| 2021-03-03 18:06:58 +0100 | Jesin | (~Jesin@pool-72-66-101-18.washdc.fios.verizon.net) |
| 2021-03-03 18:06:58 +0100 | mawk | (mawk@serveur.io) |
| 2021-03-03 18:06:58 +0100 | totoro2021 | (~t@unaffiliated/totoro2021) |
| 2021-03-03 18:06:58 +0100 | rkrishnan | (~rkrishnan@rkrishnan.org) |
| 2021-03-03 18:06:58 +0100 | jle` | (~mstksg@unaffiliated/mstksg) |
| 2021-03-03 18:06:58 +0100 | sim590 | (~sim590@modemcable090.207-203-24.mc.videotron.ca) |
| 2021-03-03 18:06:58 +0100 | xsarnik0 | (xsarnik@gateway/shell/fi.muni.cz/x-pkbyatoowiwuqtjg) |
| 2021-03-03 18:06:58 +0100 | aidecoe | (~aidecoe@unaffiliated/aidecoe) |
| 2021-03-03 18:06:58 +0100 | stilgart | (~Christoph@chezlefab.net) |
| 2021-03-03 18:06:58 +0100 | Jajik | (xchlup2@gateway/shell/fi.muni.cz/x-mvogdeasxxfzjncw) |
| 2021-03-03 18:06:58 +0100 | TommyC | (~TommyC@unaffiliated/sepulchralbloom) |
| 2021-03-03 18:06:58 +0100 | kloeri | (~kloeri@freenode/staff/exherbo.kloeri) |
| 2021-03-03 18:06:58 +0100 | mupf | (~micha@v22017094964653601.ultrasrv.de) |
| 2021-03-03 18:06:58 +0100 | jluttine | (~jluttine@85-23-95-149.bb.dnainternet.fi) |
| 2021-03-03 18:06:58 +0100 | nisstyre | (~wes@python-zero/conduct-committee/nisstyre) |
| 2021-03-03 18:06:58 +0100 | jathan | (~jathan@69.61.93.38) |
| 2021-03-03 18:06:58 +0100 | Cale | (~cale@cpef48e38ee8583-cm0c473de9d680.cpe.net.cable.rogers.com) |
| 2021-03-03 18:06:58 +0100 | Cathy | (~Cathy@unaffiliated/cathy) |
| 2021-03-03 18:07:00 +0100 | d34df00d | (~d34df00d@104-14-27-213.lightspeed.austtx.sbcglobal.net) (Excess Flood) |
| 2021-03-03 18:09:19 +0100 | jathan | (~jathan@69.61.93.38) (Max SendQ exceeded) |
| 2021-03-03 18:10:50 +0100 | chisui | (59f77c97@i59F77C97.versanet.de) (Quit: Connection closed) |
| 2021-03-03 18:11:00 +0100 | jathan | (~jathan@69.61.93.38) |
| 2021-03-03 18:14:35 +0100 | dbmikus | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
| 2021-03-03 18:14:58 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 2021-03-03 18:16:39 +0100 | <oafs> | > let x = y : x in x |
| 2021-03-03 18:16:42 +0100 | <lambdabot> | [y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y,y... |
| 2021-03-03 18:16:43 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 18:16:49 +0100 | <oafs> | nice |
| 2021-03-03 18:16:57 +0100 | <merijn> | falsifian: Not sure that's possible, but that'd be super useful to have |
| 2021-03-03 18:17:14 +0100 | <merijn> | falsifian: You can try running with -v1 through -v3 and see if you get anything useful |
| 2021-03-03 18:17:14 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 18:17:26 +0100 | <falsifian> | I'm looking into it. It looks like if I enable the "timestamp" verbosity flag I could probably hack something together. Currently figuring out how to do that. Maybe one of -v1 to -v3 as you say. |
| 2021-03-03 18:17:27 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 18:18:30 +0100 | noctux | (~noctux@unaffiliated/noctux) |
| 2021-03-03 18:19:26 +0100 | <falsifian> | What is that magic lambdabot is doing? ghc just says "Variable not in scope: y". |
| 2021-03-03 18:19:39 +0100 | <falsifian> | *ghci |
| 2021-03-03 18:19:47 +0100 | <edwardk> | falsifian: it imports a module that defines a bunch of single letter variable names as Expr |
| 2021-03-03 18:20:02 +0100 | <edwardk> | where Expr knows how to print itself and has a bunch of common instances |
| 2021-03-03 18:20:03 +0100 | <edwardk> | :t x |
| 2021-03-03 18:20:04 +0100 | <falsifian> | lol that's a lot less magical than I was expecting. |
| 2021-03-03 18:20:05 +0100 | <lambdabot> | Expr |
| 2021-03-03 18:20:05 +0100 | nrdmn98 | (~nrdmn@95.129.53.118) |
| 2021-03-03 18:20:13 +0100 | <edwardk> | > x + x |
| 2021-03-03 18:20:15 +0100 | <lambdabot> | x + x |
| 2021-03-03 18:20:30 +0100 | <falsifian> | Okay, I'll revise that to just slightly less magical. |
| 2021-03-03 18:20:33 +0100 | <edwardk> | > foldr (+) z [a,b,c,d,e] |
| 2021-03-03 18:20:36 +0100 | <lambdabot> | a + (b + (c + (d + (e + z)))) |
| 2021-03-03 18:20:55 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 240 seconds) |
| 2021-03-03 18:21:04 +0100 | nrdmn9 | (~nrdmn@95.129.53.118) (Ping timeout: 260 seconds) |
| 2021-03-03 18:21:08 +0100 | <edwardk> | its not that bad really. you can define such a thing by looking at what showsPrec does |
| 2021-03-03 18:21:12 +0100 | <edwardk> | :t showsPrec |
| 2021-03-03 18:21:14 +0100 | <lambdabot> | Show a => Int -> a -> ShowS |
| 2021-03-03 18:21:36 +0100 | <edwardk> | so define newtype Expr = Expr { runExpr :: Int -> ShowS } -- |
| 2021-03-03 18:21:48 +0100 | <edwardk> | and the show instance is easy to write |
| 2021-03-03 18:22:10 +0100 | <edwardk> | and Num, etc. just build bigger expressions |
| 2021-03-03 18:22:45 +0100 | <edwardk> | iirc the actual implementation also carries around an optional number in case it can be computed and might support common sub-expression elimination if you use a specific way of accessing it, but the moral equivalent is easy |
| 2021-03-03 18:23:22 +0100 | <falsifian> | Cool. |
| 2021-03-03 18:24:19 +0100 | <falsifian> | Hm. Cabal's Distribution.Verbosity module has a notion of a "timestamp" flag that can be included in the verbosity settings, but I'm having trouble figuring out how to set that from the command-line, if it's possible at all |
| 2021-03-03 18:24:19 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 18:24:32 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 18:24:42 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) (Quit: Connection closed) |
| 2021-03-03 18:25:17 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) |
| 2021-03-03 18:26:30 +0100 | tzh | (~tzh@c-24-21-73-154.hsd1.or.comcast.net) |
| 2021-03-03 18:26:32 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) |
| 2021-03-03 18:26:47 +0100 | <falsifian> | Aha. cabal build --verbose='normal+timestamp' |
| 2021-03-03 18:28:31 +0100 | <falsifian> | So then I get lines like "1614792431.851 Building async-2.2.3 (lib)" and "1614792434.801 Completed async-2.2.3 (lib)"; from here I can just do some hacky post-processing. |
| 2021-03-03 18:29:13 +0100 | geowiesnot_bis | (~user@87-89-181-157.abo.bbox.fr) |
| 2021-03-03 18:30:43 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) |
| 2021-03-03 18:30:43 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 18:31:08 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) |
| 2021-03-03 18:34:17 +0100 | geowiesnot_bis | (~user@87-89-181-157.abo.bbox.fr) (Ping timeout: 265 seconds) |
| 2021-03-03 18:34:41 +0100 | Yumasi | (~guillaume@2a01:e0a:5cb:4430:4f52:603c:a9c0:87e8) (Ping timeout: 258 seconds) |
| 2021-03-03 18:35:51 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 18:36:33 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 18:37:07 +0100 | forgottenone | (~forgotten@176.88.30.190) (Read error: Connection reset by peer) |
| 2021-03-03 18:37:19 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) (Read error: Connection reset by peer) |
| 2021-03-03 18:37:21 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 18:39:34 +0100 | sm2n | (~sm2n@bras-base-hmtnon143hw-grc-15-70-54-78-219.dsl.bell.ca) |
| 2021-03-03 18:39:39 +0100 | jrqc | (~rofl@96.78.87.197) (Ping timeout: 245 seconds) |
| 2021-03-03 18:39:55 +0100 | <ADG1089__> | any fast algorithms for `\Sum_{x \in X, y \in Y, xy <= L} xy` ? |
| 2021-03-03 18:41:44 +0100 | <[exa]> | ADG1089__: how "fast" you want to get? you won't get better than O(n^2) in the general case |
| 2021-03-03 18:41:44 +0100 | ixlun | (~user@213.205.241.12) (Read error: Connection reset by peer) |
| 2021-03-03 18:42:23 +0100 | <carbolymer> | what was the name of ghc option for inverse errors? |
| 2021-03-03 18:42:37 +0100 | <carbolymer> | my ddg-fu has failed me |
| 2021-03-03 18:42:50 +0100 | ixlun | (~user@213.205.241.12) |
| 2021-03-03 18:43:09 +0100 | jrqc | (~rofl@96.78.87.197) |
| 2021-03-03 18:43:21 +0100 | <carbolymer> | carbolymer: -freverse-errors |
| 2021-03-03 18:43:26 +0100 | <carbolymer> | carbolymer: thx |
| 2021-03-03 18:43:40 +0100 | <[exa]> | ADG1089__: if the limit L filters out a large portion of the numbers, sort both series and avoid matching `xz` for `z>y` if you already know `xy > L` |
| 2021-03-03 18:44:08 +0100 | <[exa]> | a.k.a. walk the hyperbola |
| 2021-03-03 18:44:15 +0100 | <ADG1089__> | [exa]: what if I have them already sorted? |
| 2021-03-03 18:44:20 +0100 | emmanuel_erc | (~user@2603-7000-9600-01c9-0000-0000-0000-0874.res6.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 18:44:37 +0100 | <[exa]> | ADG1089__: then you suddenly have much less work |
| 2021-03-03 18:45:07 +0100 | <ADG1089__> | also this is for 2 lists, say I have n lists X1, X2, ... I am trying to find x1.x2... forall x1.x2.. <= L, where all Xi's are sorted |
| 2021-03-03 18:45:21 +0100 | <edwardk> | adg: yes. start with fingertrees just to have a stock data structure, put the values in X sorted into one the values in Y sorted into the other. use the sum as the monoid. Now. you can walk through the shorter of X or Y, then quickly cut the other at where the individual element x in X * the measure of the prefix of Y crosses L. |
| 2021-03-03 18:45:42 +0100 | <ADG1089__> | [exa]: I think using 2 pointers might work, which move in opposite direction one on each of the list |
| 2021-03-03 18:46:12 +0100 | <edwardk> | the cost should be ~ O(min(|X| log |Y|, |Y| log |X|)) |
| 2021-03-03 18:46:18 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) |
| 2021-03-03 18:46:36 +0100 | <[exa]> | ADG1089__: also, if working on numbers, you can coalesce a lot of multiplication by carefully updating the sum of `x`es and multiplying them all by once by a given `y` |
| 2021-03-03 18:46:42 +0100 | <edwardk> | or did i misunderstand the problem |
| 2021-03-03 18:47:02 +0100 | <merijn> | edwardk: tbh, sounds like just two IntSet might work? :p |
| 2021-03-03 18:47:06 +0100 | <ADG1089__> | edwardk: I think it can be done in O(|X| + |Y|) |
| 2021-03-03 18:47:35 +0100 | <edwardk> | merijn: the fingertree gives the access to the sum of all of Y the relevant Ys in constant time. |
| 2021-03-03 18:47:47 +0100 | <edwardk> | the intmap doesn't unless you preprocess it to store prefix sums |
| 2021-03-03 18:47:53 +0100 | <[exa]> | ADG1089__: are you working with numbers or generally something distributive, right? |
| 2021-03-03 18:49:06 +0100 | <ADG1089__> | working on Z_{10^12}/2^32 |
| 2021-03-03 18:49:21 +0100 | <ADG1089__> | i.e. {x mod 2^32 | x <= 10^12 } |
| 2021-03-03 18:49:32 +0100 | <ADG1089__> | also x>0 |
| 2021-03-03 18:49:34 +0100 | <edwardk> | ADG1089__: trying to exploit the fact that you can slide the finger rather than moving from the left hand side from scratch each time? you can come up with something, not sure i can prove easily it gets you to linear |
| 2021-03-03 18:49:59 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 18:52:09 +0100 | <[exa]> | yeah, on pre-sorted sequences and const-time "finger move" and addition/multiplication this should be linear |
| 2021-03-03 18:52:37 +0100 | <edwardk> | oh yeah, you can definitely get it to be linear |
| 2021-03-03 18:54:26 +0100 | <edwardk> | finger move is log time in the distance you move the finger, but you only sweep it through once in each direction |
| 2021-03-03 18:55:56 +0100 | <edwardk> | now, this is subject to caveats that I assume X and Y are non-negative. when they can be negative you have to solve all 4 quadrants separately, and if they are vector spaces and xy is a dot product it is also messy |
| 2021-03-03 18:56:09 +0100 | <[exa]> | is there a general "fold" that processes 2 sequences and can choose which one to pick the next element from? the shape of this is roughly the same as e.g. merge in mergesort. |
| 2021-03-03 18:56:57 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) (Quit: coot) |
| 2021-03-03 18:57:25 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) |
| 2021-03-03 18:57:28 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 276 seconds) |
| 2021-03-03 18:57:29 +0100 | <ADG1089__> | ok I got it how to get it in linear time for 2 lists |
| 2021-03-03 18:58:00 +0100 | <monochrom> | I am lazy so I just merge and then fold that. |
| 2021-03-03 18:58:06 +0100 | gioyik | (~gioyik@gateway/tor-sasl/gioyik) (Ping timeout: 268 seconds) |
| 2021-03-03 18:58:24 +0100 | <edwardk> | ADG1089__: great i can stop writing up the code then =) |
| 2021-03-03 18:58:29 +0100 | <ADG1089__> | thinking about N lists (say of size n each), I am thinking I can process 2 at a time which will take n/2*2n=n and repeat this so then it will be done in O(nlogn) i think |
| 2021-03-03 18:58:48 +0100 | <ADG1089__> | edwardk: we never know, I might get to learn something new from what you write =) |
| 2021-03-03 18:59:01 +0100 | <[exa]> | ADG1089__: the product is xyzwq.... from all lists ? |
| 2021-03-03 18:59:05 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
| 2021-03-03 18:59:05 +0100 | <ADG1089__> | yeah |
| 2021-03-03 19:00:31 +0100 | <[exa]> | one problem with adding dimensions to a task is that the volume increases pretty quickly |
| 2021-03-03 19:01:05 +0100 | <[exa]> | if you process 2 at time you will have to guess what is the "rest of the L" for you |
| 2021-03-03 19:02:52 +0100 | ADG1089__ | (~aditya@122.163.250.138) (Remote host closed the connection) |
| 2021-03-03 19:03:06 +0100 | kuribas | (~user@ptr-25vy0ia12wjqyp3p35k.18120a2.ip6.access.telenet.be) (Remote host closed the connection) |
| 2021-03-03 19:03:55 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 19:05:45 +0100 | <[exa]> | hm, in 3D the set of "border conditions" is in fact 2D, so kinda suspecting this won't be as easy without some brutal trick. |
| 2021-03-03 19:05:50 +0100 | <[exa]> | (also 3SUM problem) |
| 2021-03-03 19:06:11 +0100 | CrabMan | sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/klLgreaAKSLlbJHaGkcSWXjO/message.txt > |
| 2021-03-03 19:06:52 +0100 | <geekosaur> | CrabMan: because you imported only the type constructor and not the data constructor |
| 2021-03-03 19:07:05 +0100 | <geekosaur> | try import ... (Tokens(..)) |
| 2021-03-03 19:07:15 +0100 | <geekosaur> | or (Tokens(Tokens)) |
| 2021-03-03 19:07:17 +0100 | newbie76 | (4cbf11e9@node-17-233.flex.volo.net) (Quit: Connection closed) |
| 2021-03-03 19:08:14 +0100 | egp__ | (~egp_@2.95.74.168) |
| 2021-03-03 19:08:42 +0100 | cole-h | (~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) |
| 2021-03-03 19:08:51 +0100 | egp_ | (~egp_@2.95.74.168) (Quit: EXIT) |
| 2021-03-03 19:09:30 +0100 | <CrabMan> | import Text.Megaparsec (ErrorItem(Tokens)) |
| 2021-03-03 19:09:30 +0100 | <CrabMan> | it works, thanks |
| 2021-03-03 19:13:30 +0100 | gioyik | (~gioyik@gateway/tor-sasl/gioyik) |
| 2021-03-03 19:15:29 +0100 | stree | (~stree@68.36.8.116) (Ping timeout: 245 seconds) |
| 2021-03-03 19:15:34 +0100 | <dminuoso> | 17:05:18 merijn | aggin: Go's compiler was from the start engineered to be resource low |
| 2021-03-03 19:15:35 +0100 | deviantfero | (~deviantfe@190.150.27.58) (Ping timeout: 240 seconds) |
| 2021-03-03 19:15:54 +0100 | <dminuoso> | It is considerably easy to implement a low-resource compiler for a low-feature language. |
| 2021-03-03 19:16:15 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 19:16:32 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 19:16:51 +0100 | gxt | (~gxt@gateway/tor-sasl/gxt) |
| 2021-03-03 19:17:30 +0100 | <dminuoso> | Plus you can reuse a lot of architecture and optimization ideas from existing compilers, go doesn't really have any novelties to it. |
| 2021-03-03 19:17:57 +0100 | deviantfero | (~deviantfe@190.150.27.58) |
| 2021-03-03 19:18:09 +0100 | boxscape | (4ff0baf3@gateway/web/cgi-irc/kiwiirc.com/ip.79.240.186.243) (Ping timeout: 256 seconds) |
| 2021-03-03 19:18:10 +0100 | kenran | (~kenran@i577BCDB3.versanet.de) |
| 2021-03-03 19:18:43 +0100 | rajivr | (uid269651@gateway/web/irccloud.com/x-ayknupbaawowskzf) (Quit: Connection closed for inactivity) |
| 2021-03-03 19:20:38 +0100 | gxt | (~gxt@gateway/tor-sasl/gxt) (Client Quit) |
| 2021-03-03 19:21:08 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Quit: WeeChat 3.0) |
| 2021-03-03 19:21:38 +0100 | coeus | (~coeus@p200300d0274c930028b50fb1d864e965.dip0.t-ipconnect.de) (Ping timeout: 264 seconds) |
| 2021-03-03 19:22:17 +0100 | barnowl | (~barnowl@gateway/tor-sasl/barnowl) (Remote host closed the connection) |
| 2021-03-03 19:22:25 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
| 2021-03-03 19:22:39 +0100 | barnowl | (~barnowl@gateway/tor-sasl/barnowl) |
| 2021-03-03 19:25:20 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) (Quit: Ping timeout (120 seconds)) |
| 2021-03-03 19:26:06 +0100 | kderme | (4fa758c1@ppp079167088193.access.hol.gr) (Quit: Connection closed) |
| 2021-03-03 19:26:43 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 19:28:13 +0100 | stree | (~stree@68.36.8.116) |
| 2021-03-03 19:28:44 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 19:29:35 +0100 | fendor_ | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 19:30:00 +0100 | vgtw | (~vgtw@gateway/tor-sasl/vgtw) (Remote host closed the connection) |
| 2021-03-03 19:30:29 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 245 seconds) |
| 2021-03-03 19:30:35 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 19:30:37 +0100 | kenran | (~kenran@i577BCDB3.versanet.de) (Ping timeout: 276 seconds) |
| 2021-03-03 19:31:22 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 19:32:21 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) |
| 2021-03-03 19:32:26 +0100 | fendor_ | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 19:32:44 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
| 2021-03-03 19:33:24 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 19:33:55 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 19:34:12 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 19:34:47 +0100 | terrorjack | (~terrorjac@ec2-18-162-149-225.ap-east-1.compute.amazonaws.com) (Quit: The Lounge - https://thelounge.chat) |
| 2021-03-03 19:36:38 +0100 | conal | (~conal@64.71.133.70) (Ping timeout: 265 seconds) |
| 2021-03-03 19:38:18 +0100 | <ezzieyguywuf> | ok, so `cabal install cabal-install` then `cabal unpack diagrama-contrib` cd into the dir amd `cabal test` should reproduce the random-1.2 conflict |
| 2021-03-03 19:38:38 +0100 | <ezzieyguywuf> | is this just a non-intended use for cabal? |
| 2021-03-03 19:38:57 +0100 | coeus | (~coeus@p200300d027267600bb8cfa912d4fc1ef.dip0.t-ipconnect.de) |
| 2021-03-03 19:38:59 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 19:40:00 +0100 | conal | (~conal@192.145.118.103) |
| 2021-03-03 19:40:09 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 19:40:17 +0100 | <monochrom> | "cabal test" is always an intended use. |
| 2021-03-03 19:40:34 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 19:40:36 +0100 | <monochrom> | But I get cabal-install from ghcup. I don't bother building it. |
| 2021-03-03 19:40:57 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 19:41:02 +0100 | Mrbuck | (~Mrbuck@gateway/tor-sasl/mrbuck) |
| 2021-03-03 19:41:08 +0100 | <sclv> | its possible you have a ghc env file accidentally created by calling `cabal install` |
| 2021-03-03 19:41:10 +0100 | larryba | (~bc8134e3@217.29.117.252) (Quit: http://www.okay.uz/) |
| 2021-03-03 19:41:31 +0100 | <sclv> | on intermediate versions of cabal-install it created them too frequently even when just installing executables and not libs |
| 2021-03-03 19:41:52 +0100 | <sclv> | this is now fixed, but the env file could still be around |
| 2021-03-03 19:42:55 +0100 | <maerwald> | `cabal install cabal-install` isn't guaranteed to work (may depend on your GHC etc) |
| 2021-03-03 19:43:26 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Ping timeout: 240 seconds) |
| 2021-03-03 19:44:07 +0100 | <monochrom> | But the env file is actively ignored in package contexts and project contexts. Hell I think almost most cabal commands. |
| 2021-03-03 19:44:25 +0100 | <monochrom> | s/almost most/almost all/ |
| 2021-03-03 19:44:53 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 19:45:57 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) |
| 2021-03-03 19:47:25 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) |
| 2021-03-03 19:48:05 +0100 | Mrbuck | (~Mrbuck@gateway/tor-sasl/mrbuck) (Quit: WeeChat 1.9.1) |
| 2021-03-03 19:48:14 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 265 seconds) |
| 2021-03-03 19:50:10 +0100 | <romesrf> | hey all, how would I run a foldl until the value is bigger than x |
| 2021-03-03 19:50:38 +0100 | <monochrom> | And then you want it to stop? |
| 2021-03-03 19:50:50 +0100 | <monochrom> | I'm afraid foldl doesn't do early stop. |
| 2021-03-03 19:50:51 +0100 | <romesrf> | i.e. foldl (+) 1 (listOfPrimes [] 2) : how can i run this until the 'accumulator value' is > 2000000 |
| 2021-03-03 19:51:03 +0100 | geekosaur | (82650c7a@130.101.12.122) (Ping timeout: 240 seconds) |
| 2021-03-03 19:51:52 +0100 | <romesrf> | listOfPrimes is infinite, so i'm thinking i need an additional construction to stop it midwhile with fold, but i decided to ask since as a beginner i might not be seeing the easier ways |
| 2021-03-03 19:52:05 +0100 | <swarmcollective> | romesrf: maybe use: take 2000000 (listOfPrimes [] 2) |
| 2021-03-03 19:52:09 +0100 | kritzefitz | (~kritzefit@212.86.56.80) (Ping timeout: 245 seconds) |
| 2021-03-03 19:52:59 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) (Ping timeout: 245 seconds) |
| 2021-03-03 19:53:01 +0100 | <romesrf> | swarmcollective: i had this, but i quit it after 3minutes running :) -> (sum (takeWhile (\x -> x < 2000000) (listOfPrimes [] 2))) + 1 |
| 2021-03-03 19:53:15 +0100 | <romesrf> | oh wait |
| 2021-03-03 19:54:09 +0100 | <romesrf> | using fold is probably not going to solve my problems :) |
| 2021-03-03 19:54:20 +0100 | <swarmcollective> | Oh, you are summing the primes. Sorry, I misread. |
| 2021-03-03 19:54:21 +0100 | <romesrf> | at a point i thought the overhead could be because of the long list |
| 2021-03-03 19:54:30 +0100 | <romesrf> | swarmcollective: no worries |
| 2021-03-03 19:54:59 +0100 | CodeAlways | (uid272474@gateway/web/irccloud.com/x-ubvhdubmvytegxuj) (Quit: Connection closed for inactivity) |
| 2021-03-03 19:55:09 +0100 | <monochrom> | Most people's codings of "list of primes" are dog slow. |
| 2021-03-03 19:55:28 +0100 | <romesrf> | yeah, i think i might need to finally implement a sieve algorithm |
| 2021-03-03 19:55:38 +0100 | massma | (~user@dyn-160-39-62-152.dyn.columbia.edu) (Remote host closed the connection) |
| 2021-03-03 19:57:09 +0100 | <romesrf> | this is the correct way to share code right: https://paste.tomsmeding.com/nwpaIRYb |
| 2021-03-03 19:57:32 +0100 | <swarmcollective> | That is a correct way. |
| 2021-03-03 19:59:04 +0100 | <monochrom> | This adds two quadratic slowdowns on top of division slowdown. |
| 2021-03-03 19:59:27 +0100 | <monochrom> | "null xs" takes constant time. "length xs == 0" takes linear time. |
| 2021-03-03 20:00:49 +0100 | <romesrf> | monochrom: i laughed out loud reading that ahahahahaaha |
| 2021-03-03 20:01:09 +0100 | <romesrf> | beginner mistakes is not understanding the complexities in the things i'm using |
| 2021-03-03 20:01:39 +0100 | <romesrf> | null xs, i'll do that optimization |
| 2021-03-03 20:02:08 +0100 | __minoru__shirae | (~shiraeesh@109.166.56.89) (Ping timeout: 245 seconds) |
| 2021-03-03 20:02:15 +0100 | jpds | (~jpds@gateway/tor-sasl/jpds) (Remote host closed the connection) |
| 2021-03-03 20:02:17 +0100 | __minoru__shirae | (~shiraeesh@46.34.206.213) |
| 2021-03-03 20:02:25 +0100 | deviantfero | (~deviantfe@190.150.27.58) (Ping timeout: 256 seconds) |
| 2021-03-03 20:02:49 +0100 | jpds | (~jpds@gateway/tor-sasl/jpds) |
| 2021-03-03 20:02:59 +0100 | finn_elija | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) (Remote host closed the connection) |
| 2021-03-03 20:03:18 +0100 | notzmv | (~zmv@unaffiliated/zmv) |
| 2021-03-03 20:03:26 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Ping timeout: 240 seconds) |
| 2021-03-03 20:03:33 +0100 | berberman | (~berberman@unaffiliated/berberman) |
| 2021-03-03 20:03:36 +0100 | finn_elija | (~finn_elij@gateway/tor-sasl/finnelija/x-67402716) |
| 2021-03-03 20:03:49 +0100 | <Guest_88> | hi I'm a massive noob to Haskell and I'm trying to get the average of 3 integers using from integral. This is what I have so far - `averageThree :: Int -> Int -> Int -> Float |
| 2021-03-03 20:03:49 +0100 | <Guest_88> | averageThree a b c = (fromIntegral a + fromIntegral b + fromIntegral c) / 3.0` |
| 2021-03-03 20:04:20 +0100 | Wuzzy | (~Wuzzy@p5b0df7c2.dip0.t-ipconnect.de) |
| 2021-03-03 20:04:26 +0100 | <Guest_88> | any idea on why this is wrong? |
| 2021-03-03 20:04:57 +0100 | <__minoru__shirae> | romesrf: my suggestion is to write a short-circuiting function and then use it with foldr |
| 2021-03-03 20:05:03 +0100 | <__minoru__shirae> | if it is possible in this case |
| 2021-03-03 20:05:12 +0100 | <tomsmeding> | Guest_88: how is it wrong? |
| 2021-03-03 20:05:29 +0100 | vostorga | (~vostorga@178.239.168.171) (Ping timeout: 260 seconds) |
| 2021-03-03 20:07:02 +0100 | <sclv> | ezzieyguywuf: ok fwiw i unpacked diagrams-contrib and ran a cabal v2-test and it worked so there's something particular you're running into that's not like standard |
| 2021-03-03 20:07:26 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 240 seconds) |
| 2021-03-03 20:07:39 +0100 | DataComputist | (~lumeng@50.43.26.251) (Read error: Connection reset by peer) |
| 2021-03-03 20:08:10 +0100 | <Guest_88> | tomsmeding got it working now :0 |
| 2021-03-03 20:08:16 +0100 | apache8080 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 20:08:25 +0100 | gxt | (~gxt@gateway/tor-sasl/gxt) |
| 2021-03-03 20:08:26 +0100 | <monochrom> | "did you save the file?" |
| 2021-03-03 20:08:35 +0100 | xwvvvvwx | (xwvvvvwx@gateway/vpn/mullvad/xwvvvvwx) (K-Lined) |
| 2021-03-03 20:08:37 +0100 | motherfsck | (~motherfsc@unaffiliated/motherfsck) (K-Lined) |
| 2021-03-03 20:08:38 +0100 | <Guest_88> | :/ |
| 2021-03-03 20:08:42 +0100 | <Guest_88> | perhaps |
| 2021-03-03 20:08:57 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 264 seconds) |
| 2021-03-03 20:09:22 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 20:09:35 +0100 | DataComputist | (~lumeng@50.43.26.251) |
| 2021-03-03 20:09:50 +0100 | <romesrf> | __minoru__shirae: i'm going to try a different optimization (square roots), but can you tell me what a short-circuiting function is, or what i should search for to find one |
| 2021-03-03 20:09:52 +0100 | <swarmcollective> | Would this be similar? averageThree :: Integral a => Integral b => Integral c => a -> b -> c -> Float; averageThree a b c = (a + b + c) / 3 ? |
| 2021-03-03 20:10:35 +0100 | <__minoru__shirae> | romesrf: I mean a function that doesn't evaluate one of its arguments when doesn't need its value |
| 2021-03-03 20:11:29 +0100 | <Guest_88> | got it working now swarmcollective :) |
| 2021-03-03 20:11:32 +0100 | <monochrom> | swarmcollective: That is a syntactically invalid type. After correcting the type, you still have to say "fromIntegral" 3 times. |
| 2021-03-03 20:11:34 +0100 | <__minoru__shirae> | you can achieve by using "_" symbol when naming a parameter |
| 2021-03-03 20:14:35 +0100 | elfets | (~elfets@37.201.23.96) (Ping timeout: 240 seconds) |
| 2021-03-03 20:17:22 +0100 | heck-to-the-gnom | (heck-to-th@gateway/shell/matrix.org/x-dkqfwxrpalpplgbl) |
| 2021-03-03 20:17:34 +0100 | o1lo01ol1o | (~o1lo01ol1@bl11-140-216.dsl.telepac.pt) |
| 2021-03-03 20:18:44 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) |
| 2021-03-03 20:18:54 +0100 | <carbolymer> | I think I'm blind, how can I use `Const a b` with Map.alterF and get b from Const? |
| 2021-03-03 20:19:21 +0100 | <monochrom> | From "Const a b" you can only get a, not b. |
| 2021-03-03 20:20:28 +0100 | Pickchea | (~private@unaffiliated/pickchea) |
| 2021-03-03 20:20:50 +0100 | <heck-to-the-gnom> | Does anyone know what I'm doing wrong here? https://p.bsd-unix.net/view/174f75a1 |
| 2021-03-03 20:21:09 +0100 | <ezzieyguywuf> | sclv: thabks for testing! |
| 2021-03-03 20:21:30 +0100 | graf_blu` | (~user@adsl-178-38-234-220.adslplus.ch) (Remote host closed the connection) |
| 2021-03-03 20:21:35 +0100 | <ezzieyguywuf> | sclv: does ghc-pkg list show random-1.2? |
| 2021-03-03 20:22:31 +0100 | <dolio> | monochrom: It's actually not an invalid type in GHC. I think some recent papers even use that as the desugaring of tupled constraints. |
| 2021-03-03 20:22:50 +0100 | <monochrom> | Yikes. |
| 2021-03-03 20:23:24 +0100 | <dolio> | I forget why it's preferable to a tuple exactly. |
| 2021-03-03 20:23:30 +0100 | <carbolymer> | monochrom: what about foldable instance https://hackage.haskell.org/package/base-4.12.0.0/docs/Data-Functor-Const.html#v:foldr ? this: `foldr const () (Const 4)` should return the b I think |
| 2021-03-03 20:23:57 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 256 seconds) |
| 2021-03-03 20:24:11 +0100 | <geekosaur> | heck-to-the-gnom, you're trying to mix pure operations and operations in the X monad, that won't work directly |
| 2021-03-03 20:24:31 +0100 | <geekosaur> | and you should probably ask in #xmonad since there's already several discussions going on in here |
| 2021-03-03 20:24:49 +0100 | <heck-to-the-gnom> | OK, well, what's my course of action? OK, I'll do that |
| 2021-03-03 20:25:14 +0100 | <monochrom> | carbolymer: In that use of foldr, you gave () so you get back (). |
| 2021-03-03 20:25:24 +0100 | <carbolymer> | right |
| 2021-03-03 20:25:24 +0100 | <geekosaur> | for starters, you use XMonad.Operations.windows to operate on the StackSet from X |
| 2021-03-03 20:25:47 +0100 | bobiusbillius | (~bobiusbil@2a00:23c7:9909:5b01:909a:85aa:703a:457c) (Ping timeout: 272 seconds) |
| 2021-03-03 20:25:59 +0100 | <Guest_88> | why do negative numbers multiply into negatives? is there a way around |
| 2021-03-03 20:26:13 +0100 | <tomsmeding> | Guest_88: which negative numbers? :p |
| 2021-03-03 20:26:44 +0100 | <geekosaur> | but you won't be able to use gets from inside windows. I think your first attempt should work, though |
| 2021-03-03 20:26:50 +0100 | <Guest_88> | trying to write a function that gives you the absolute value without using abs |
| 2021-03-03 20:26:56 +0100 | <monochrom> | > foldr undefined "just myself" (Const 4) |
| 2021-03-03 20:26:58 +0100 | <lambdabot> | "just myself" |
| 2021-03-03 20:27:05 +0100 | <monochrom> | Hell, in fact... |
| 2021-03-03 20:27:08 +0100 | <monochrom> | > foldr undefined "just myself" (Const undefined) |
| 2021-03-03 20:27:08 +0100 | Mikaela1 | (~Mikaela@139.28.218.148) |
| 2021-03-03 20:27:10 +0100 | <lambdabot> | "just myself" |
| 2021-03-03 20:27:10 +0100 | terrorjack | (~terrorjac@ec2-18-162-149-225.ap-east-1.compute.amazonaws.com) |
| 2021-03-03 20:27:38 +0100 | <monochrom> | > (-4) * (-5) |
| 2021-03-03 20:27:39 +0100 | <lambdabot> | 20 |
| 2021-03-03 20:27:48 +0100 | <monochrom> | I get a positive number. |
| 2021-03-03 20:27:55 +0100 | <tomsmeding> | > foldr undefined (Just (Identity ())) (Const undefined) |
| 2021-03-03 20:27:57 +0100 | <lambdabot> | Just (Identity ()) |
| 2021-03-03 20:28:01 +0100 | <tomsmeding> | haskell-ised that for you |
| 2021-03-03 20:28:54 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 20:29:12 +0100 | <tomsmeding> | > (-1000000000000) * (-5000000000000) :: Int |
| 2021-03-03 20:29:14 +0100 | <lambdabot> | -8427923047675068416 |
| 2021-03-03 20:29:29 +0100 | <carbolymer> | tomsmeding: ok I get it I think |
| 2021-03-03 20:29:48 +0100 | <Guest_88> | nvm I got it, I forget how stupid I am sometimes |
| 2021-03-03 20:30:49 +0100 | <tomsmeding> | monochrom: "you still have to say "fromIntegral" 3 times" -- sum (map fromIntegral [a, b, c]) / 3.0 -- so there :) |
| 2021-03-03 20:31:16 +0100 | <monochrom> | That requires a,b,c to be all of the same type. |
| 2021-03-03 20:31:27 +0100 | <geekosaur> | so does (+) |
| 2021-03-03 20:31:28 +0100 | <heck-to-the-gnom> | geekosaur: My first attempt as in? `P.modify''...`, the uncommented one or `W.modify'`? |
| 2021-03-03 20:31:55 +0100 | <heck-to-the-gnom> | Oh, sorry didn't realize you moved to #haskell... |
| 2021-03-03 20:32:10 +0100 | <monochrom> | With (Integral a, Integral b, Integral c) => a -> b -> c -> Float, you can't form the [a,b,c] list. |
| 2021-03-03 20:32:25 +0100 | <tomsmeding> | monochrom: right, I missed that one... |
| 2021-03-03 20:32:51 +0100 | <monochrom> | geekosaur, (+) is fine after putting back the necessary fromIntegral's. fromIntegral a + fromIntegral b + fromIntegral c, here (+) is Float's. |
| 2021-03-03 20:32:54 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) (Ping timeout: 260 seconds) |
| 2021-03-03 20:33:15 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 240 seconds) |
| 2021-03-03 20:34:09 +0100 | <monochrom> | @quote monochrom river |
| 2021-03-03 20:34:10 +0100 | <lambdabot> | monochrom says: You are to send a boolean, a character, and an integer across the river. The list for transporting across the river can hold 3 items, in fact any number of items you like, but they |
| 2021-03-03 20:34:10 +0100 | <lambdabot> | must all be of the same type. On the bright side, after crossing the river, the boolean, the character, and the integer need only be put on show. How many trips do you need? Solution: one trip, [ |
| 2021-03-03 20:34:10 +0100 | <lambdabot> | show the_boolean, show the_character, show the_integer] |
| 2021-03-03 20:34:34 +0100 | <monochrom> | Note that you can't "map show [the_boolean, the_character, the_integer] |
| 2021-03-03 20:34:46 +0100 | geekosaur | is trying to do too many things at once, pfeh |
| 2021-03-03 20:35:42 +0100 | tomsmeding | sniggers at the river thing |
| 2021-03-03 20:36:04 +0100 | <monochrom> | I got a good laugh writing it, too. |
| 2021-03-03 20:36:37 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 20:37:19 +0100 | whald | (~trem@2a02:810a:8100:11a6:ce1b:d0ec:5466:a331) (Quit: Leaving) |
| 2021-03-03 20:37:28 +0100 | <monochrom> | https://xkcd.com/1134/ and https://xkcd.com/2348/ |
| 2021-03-03 20:38:07 +0100 | ixlun | (~user@213.205.241.12) (Ping timeout: 256 seconds) |
| 2021-03-03 20:38:13 +0100 | apache8080 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 276 seconds) |
| 2021-03-03 20:40:18 +0100 | <tomsmeding> | rip the person who has to arrange that mess in 2348 |
| 2021-03-03 20:40:34 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 20:40:36 +0100 | deviantfero | (~deviantfe@190.150.27.58) |
| 2021-03-03 20:40:55 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 20:41:03 +0100 | <monochrom> | spreadsheet didn't have LAMBDA back then. He might do OK today. |
| 2021-03-03 20:41:37 +0100 | bahamas | (~lucian@unaffiliated/bahamas) |
| 2021-03-03 20:41:55 +0100 | <monochrom> | Alternatively, he could have fired up Powerpoint instead of spreadsheet. |
| 2021-03-03 20:42:41 +0100 | <monochrom> | https://www.youtube.com/watch?v=uNjxe8ShM-8 |
| 2021-03-03 20:45:03 +0100 | <tomsmeding> | he missed writing "white" on his Background slide |
| 2021-03-03 20:46:55 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 20:47:14 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 20:47:25 +0100 | hildedious | (~hildediou@host109-153-130-34.range109-153.btcentralplus.com) |
| 2021-03-03 20:49:20 +0100 | conal | (~conal@192.145.118.103) (Quit: Computer has gone to sleep.) |
| 2021-03-03 20:51:00 +0100 | halidiousof | (~halidious@host109-153-130-34.range109-153.btcentralplus.com) |
| 2021-03-03 20:51:33 +0100 | hildedious | (~hildediou@host109-153-130-34.range109-153.btcentralplus.com) (Ping timeout: 246 seconds) |
| 2021-03-03 20:53:19 +0100 | mikoto-chan | (~anass@gateway/tor-sasl/mikoto-chan) |
| 2021-03-03 20:55:01 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 20:55:03 +0100 | halidiousof | (~halidious@host109-153-130-34.range109-153.btcentralplus.com) (Ping timeout: 246 seconds) |
| 2021-03-03 20:56:27 +0100 | <heck-to-the-gnom> | Or LibreImpress. cringing at MS' products. tisk, tisk |
| 2021-03-03 20:56:57 +0100 | <mikoto-chan> | Why does cabal always fail to build everything? |
| 2021-03-03 20:57:06 +0100 | <mikoto-chan> | I will send a log give me a minute |
| 2021-03-03 20:57:21 +0100 | <ephemient> | data Showable where Showable :: Show a => a -> Showable; instance Show Showable where showsPrec prec (Showable a) = showsPrec prec a; map show [Showable True, Showable 'f', Showable 0] |
| 2021-03-03 20:57:26 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 20:57:38 +0100 | <sclv> | "Why does cabal always fail to build everything?" because it is very advanced |
| 2021-03-03 20:57:47 +0100 | geekosaur | (82650c7a@130.101.12.122) |
| 2021-03-03 20:58:31 +0100 | vgtw | (~vgtw@gateway/tor-sasl/vgtw) |
| 2021-03-03 20:58:53 +0100 | <mikoto-chan> | https://dpaste.com/AP7PEUV5B |
| 2021-03-03 20:59:22 +0100 | <mikoto-chan> | sclv: Is this enough? |
| 2021-03-03 20:59:46 +0100 | cgadski | (~textual@a95-95-106-208.cpe.netcabo.pt) |
| 2021-03-03 20:59:50 +0100 | <geekosaur> | looks like gi doesn't support your installed version of gdk? |
| 2021-03-03 21:00:35 +0100 | <mikoto-chan> | What's gdk? |
| 2021-03-03 21:01:47 +0100 | <mikoto-chan> | / |
| 2021-03-03 21:02:14 +0100 | <__minoru__shirae> | gdk is a program that has something to do with graphics |
| 2021-03-03 21:02:28 +0100 | mikoto-chan | (~anass@gateway/tor-sasl/mikoto-chan) (Quit: mikoto-chan) |
| 2021-03-03 21:02:29 +0100 | DataComputist | (~lumeng@50.43.26.251) (Ping timeout: 256 seconds) |
| 2021-03-03 21:02:33 +0100 | <tomsmeding> | o/ |
| 2021-03-03 21:02:48 +0100 | <geekosaur> | gnu drawing kit, part of the gtk system |
| 2021-03-03 21:03:16 +0100 | DataComputist | (~lumeng@50.43.26.251) |
| 2021-03-03 21:03:27 +0100 | <ezzieyguywuf> | ok, humour me: this time, without cabal install cabal-install. (1) cabal unpack brittany, (2) cd brittany*; cabal test # all good (3) cd ..; cabal unpack diagrams-contrib (4) cd diagrams-contrib*; cabal test # fail due to base? |
| 2021-03-03 21:03:42 +0100 | <ezzieyguywuf> | my ghc is 8.10.4 I guess this could be the issue? i.e. diagrams-contrib is compatible atm? |
| 2021-03-03 21:03:49 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 260 seconds) |
| 2021-03-03 21:04:12 +0100 | <geekosaur> | oh, sorry, looks like you're missing all the C-side stuff. gi does not rewrite all of gtk in haskell, it links to the C version |
| 2021-03-03 21:04:21 +0100 | <tomsmeding> | geekosaur: (they left) |
| 2021-03-03 21:04:22 +0100 | conal | (~conal@ip-66-115-176-156.creativelink.net) |
| 2021-03-03 21:04:26 +0100 | <geekosaur> | oh |
| 2021-03-03 21:04:34 +0100 | alecs | malumore |
| 2021-03-03 21:05:03 +0100 | petersen | (~petersen@redhat/juhp) (Ping timeout: 245 seconds) |
| 2021-03-03 21:05:16 +0100 | <tomsmeding> | ezzieyguywuf: https://matrix.hackage.haskell.org/#/package/diagrams-contrib |
| 2021-03-03 21:05:24 +0100 | kupi | (uid212005@gateway/web/irccloud.com/x-cgsykjurvegvbxhp) |
| 2021-03-03 21:05:32 +0100 | <tomsmeding> | seems it indeed isn't compatible with 8.10; no-ip means "no install plan found" |
| 2021-03-03 21:05:47 +0100 | <tomsmeding> | however it may be that it needs just a version bump? |
| 2021-03-03 21:05:56 +0100 | <sclv> | welp there you go :-) |
| 2021-03-03 21:06:04 +0100 | <ezzieyguywuf> | probs just needs a version bump |
| 2021-03-03 21:06:34 +0100 | <ezzieyguywuf> | darn but this doesn't accomplish my goal of trying to replicate a different issue altogether (though to be honest the issue may be a non-issue, you can throw stones at me if you wish) |
| 2021-03-03 21:06:57 +0100 | <tomsmeding> | it has an explicit 'base < 4.14' constraint in the cabal file, so that at least is why cabal is failing |
| 2021-03-03 21:07:20 +0100 | petersen | (~petersen@redhat/juhp) |
| 2021-03-03 21:07:29 +0100 | sclv | checks that they're still without sin, then readies a stone |
| 2021-03-03 21:08:31 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 21:09:20 +0100 | vgtw | (~vgtw@gateway/tor-sasl/vgtw) (Quit: ZNC - https://znc.in) |
| 2021-03-03 21:09:38 +0100 | ezzieyguywuf | dons helmet |
| 2021-03-03 21:10:10 +0100 | ukari | (~ukari@unaffiliated/ukari) (Remote host closed the connection) |
| 2021-03-03 21:10:14 +0100 | <ezzieyguywuf> | what does this mean? I tried removing the upperbound (constraint from non-upgradeable package requires installed instance) |
| 2021-03-03 21:10:35 +0100 | ukari | (~ukari@unaffiliated/ukari) |
| 2021-03-03 21:10:42 +0100 | <ezzieyguywuf> | oh, a dep package has the same base issue I guess, force-layout |
| 2021-03-03 21:11:25 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) (Remote host closed the connection) |
| 2021-03-03 21:11:52 +0100 | wmacmil | (~wmacmil@c83-252-138-144.bredband.comhem.se) |
| 2021-03-03 21:12:22 +0100 | usr25 | (~usr25@unaffiliated/usr25) |
| 2021-03-03 21:12:31 +0100 | rayyyy | (~nanoz@gateway/tor-sasl/nanoz) (Ping timeout: 268 seconds) |
| 2021-03-03 21:13:01 +0100 | <ezzieyguywuf> | that hackage matrix thing is neat |
| 2021-03-03 21:16:46 +0100 | kenran | (~kenran@i577BCDB3.versanet.de) |
| 2021-03-03 21:17:14 +0100 | ClaudiusMaximus | (~claude@unaffiliated/claudiusmaximus) (Quit: ->) |
| 2021-03-03 21:19:53 +0100 | curiousgay_ | (~quassel@178.217.208.8) |
| 2021-03-03 21:21:28 +0100 | curiousgay_ | (~quassel@178.217.208.8) (Client Quit) |
| 2021-03-03 21:22:38 +0100 | kritzefitz | (~kritzefit@212.86.56.80) |
| 2021-03-03 21:25:03 +0100 | nineonin_ | (~nineonine@50.216.62.2) |
| 2021-03-03 21:27:01 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) |
| 2021-03-03 21:28:20 +0100 | nineonine | (~nineonine@2604:3d08:7785:9600:2076:7626:28f5:58b2) (Ping timeout: 258 seconds) |
| 2021-03-03 21:28:29 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer) |
| 2021-03-03 21:29:03 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2021-03-03 21:29:52 +0100 | terrorjack | (~terrorjac@ec2-18-162-149-225.ap-east-1.compute.amazonaws.com) (Quit: The Lounge - https://thelounge.chat) |
| 2021-03-03 21:30:46 +0100 | vgtw | (~vgtw@gateway/tor-sasl/vgtw) |
| 2021-03-03 21:32:15 +0100 | son0p | (~son0p@181.136.122.143) (Quit: Lost terminal) |
| 2021-03-03 21:36:25 +0100 | stree | (~stree@68.36.8.116) (Ping timeout: 256 seconds) |
| 2021-03-03 21:36:27 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 21:40:34 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 21:40:56 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 21:41:56 +0100 | softwarm | (44695313@ip68-105-83-19.sd.sd.cox.net) |
| 2021-03-03 21:42:43 +0100 | bahamas | (~lucian@unaffiliated/bahamas) (Ping timeout: 256 seconds) |
| 2021-03-03 21:43:30 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
| 2021-03-03 21:44:45 +0100 | bobiusbillius | (~bobiusbil@2a00:23c7:9909:5b01:909a:85aa:703a:457c) |
| 2021-03-03 21:46:29 +0100 | coot | (~coot@37.30.55.141.nat.umts.dynamic.t-mobile.pl) (Quit: coot) |
| 2021-03-03 21:46:58 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 21:47:14 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 21:48:36 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) (Quit: WeeChat 3.0.1) |
| 2021-03-03 21:49:17 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) |
| 2021-03-03 21:49:33 +0100 | stree | (~stree@68.36.8.116) |
| 2021-03-03 21:49:35 +0100 | conal | (~conal@ip-66-115-176-156.creativelink.net) (Quit: Computer has gone to sleep.) |
| 2021-03-03 21:49:38 +0100 | howdoi | (uid224@gateway/web/irccloud.com/x-kijbwunaxvivrehm) |
| 2021-03-03 21:49:47 +0100 | aarvar | (~foewfoiew@2601:602:a080:fa0:176:cad2:9667:c008) |
| 2021-03-03 21:50:58 +0100 | conal | (~conal@ip-66-115-176-156.creativelink.net) |
| 2021-03-03 21:52:09 +0100 | epicte7us | (~epictetus@ip72-194-215-136.sb.sd.cox.net) (Ping timeout: 245 seconds) |
| 2021-03-03 21:54:55 +0100 | conal | (~conal@ip-66-115-176-156.creativelink.net) (Ping timeout: 240 seconds) |
| 2021-03-03 21:56:15 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 21:56:42 +0100 | Mikaela1 | (~Mikaela@139.28.218.148) (Remote host closed the connection) |
| 2021-03-03 22:00:44 +0100 | kenran | (~kenran@i577BCDB3.versanet.de) (Quit: leaving) |
| 2021-03-03 22:02:33 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 22:05:05 +0100 | _ht | (~quassel@82-169-194-8.biz.kpn.net) (Remote host closed the connection) |
| 2021-03-03 22:05:14 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) |
| 2021-03-03 22:06:50 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) (Quit: leaving) |
| 2021-03-03 22:07:16 +0100 | <Guest_88> | hi guys I wrote this 'taxiF :: Float -> Float |
| 2021-03-03 22:07:16 +0100 | <Guest_88> | taxiF a | a <= 10 = 2.2 + 0.5* a | a<10 = 2.2 + 0.5*a + x |
| 2021-03-03 22:07:17 +0100 | <Guest_88> | where x = (a-10)*0.3 |
| 2021-03-03 22:07:55 +0100 | <Guest_88> | which works out taxi fares. But I get an error saying non exhaustive patterns when I enter above 10 |
| 2021-03-03 22:08:27 +0100 | <Guest_88> | im also trying to get it to work by entering and integer and using from integral |
| 2021-03-03 22:08:29 +0100 | <int-e> | Guest_88: presumably you want a>10 instead of a<10 |
| 2021-03-03 22:08:52 +0100 | <Guest_88> | oh yeah! |
| 2021-03-03 22:09:24 +0100 | <int-e> | or use the idiomatic | otherwise |
| 2021-03-03 22:09:30 +0100 | <int-e> | @src otherwise |
| 2021-03-03 22:09:31 +0100 | <lambdabot> | otherwise = True |
| 2021-03-03 22:10:13 +0100 | <Guest_88> | got it, thanks |
| 2021-03-03 22:11:25 +0100 | son0p | (~son0p@181.58.39.182) |
| 2021-03-03 22:12:00 +0100 | kritzefitz | (~kritzefit@212.86.56.80) (Remote host closed the connection) |
| 2021-03-03 22:12:12 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection) |
| 2021-03-03 22:12:25 +0100 | Gunni1 | (~Gunni@139.28.218.148) |
| 2021-03-03 22:12:58 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 245 seconds) |
| 2021-03-03 22:15:04 +0100 | mirrorbird | (~psutcliff@2a00:801:3f2:fa8e:16b2:2b3e:c801:a519) |
| 2021-03-03 22:16:03 +0100 | Tesseraction_k | (~Tesseract@unaffiliated/tesseraction) (Read error: Connection reset by peer) |
| 2021-03-03 22:16:32 +0100 | Tesseraction | (~Tesseract@unaffiliated/tesseraction) |
| 2021-03-03 22:16:38 +0100 | fendor_ | (~fendor@77.119.128.81.wireless.dyn.drei.com) |
| 2021-03-03 22:17:19 +0100 | Benzi-Junior | (~BenziJuni@88-149-67-143.du.xdsl.is) (Ping timeout: 260 seconds) |
| 2021-03-03 22:18:12 +0100 | nullniverse | (~null@unaffiliated/nullniverse) |
| 2021-03-03 22:18:19 +0100 | justsomeguy | (~justsomeg@unaffiliated/--/x-3805311) (Ping timeout: 276 seconds) |
| 2021-03-03 22:19:03 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) |
| 2021-03-03 22:19:04 +0100 | fendor | (~fendor@91.141.0.81.wireless.dyn.drei.com) (Ping timeout: 260 seconds) |
| 2021-03-03 22:20:21 +0100 | knupfer | (~Thunderbi@i5E86B4BE.versanet.de) (Ping timeout: 264 seconds) |
| 2021-03-03 22:20:50 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
| 2021-03-03 22:20:53 +0100 | xwvvvvwx | (xwvvvvwx@gateway/vpn/mullvad/xwvvvvwx) |
| 2021-03-03 22:21:59 +0100 | chenshen | (~chenshen@2620:10d:c090:400::5:9f47) |
| 2021-03-03 22:22:23 +0100 | Rudd0^ | (~Rudd0@185.189.115.108) (Ping timeout: 256 seconds) |
| 2021-03-03 22:24:12 +0100 | Marissa | (Marissa@33.anserq.com) (Remote host closed the connection) |
| 2021-03-03 22:24:22 +0100 | Guest_88 | (5619784f@cpc143846-cosh20-2-0-cust78.6-1.cable.virginm.net) (Ping timeout: 240 seconds) |
| 2021-03-03 22:25:11 +0100 | thunderrd | (~thunderrd@183.182.112.145) (*.net *.split) |
| 2021-03-03 22:26:44 +0100 | thunderrd | (~thunderrd@183.182.112.145) |
| 2021-03-03 22:27:41 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 22:30:33 +0100 | mirrorbird | (~psutcliff@2a00:801:3f2:fa8e:16b2:2b3e:c801:a519) (Ping timeout: 272 seconds) |
| 2021-03-03 22:32:37 +0100 | cods | (~fred@unaffiliated/cods) (Ping timeout: 276 seconds) |
| 2021-03-03 22:33:15 +0100 | cods | (~fred@82-65-232-44.subs.proxad.net) |
| 2021-03-03 22:33:37 +0100 | DataComputist | (~lumeng@50.43.26.251) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | hyperisco | (~hyperisco@d192-186-117-226.static.comm.cgocable.net) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | averell | (~averell@unaffiliated/averell) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | TMA | (tma@twin.jikos.cz) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Sparad0x | (~etienne@ns3123347.ip-51-68-152.eu) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | dorkside | (~tdbgamer@208.190.197.222) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | maerwald | (~maerwald@mail.hasufell.de) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | LittleFox | (~littlefox@rondra.lf-net.org) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | arw | (~arw@impulse.informatik.uni-erlangen.de) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | marek | (~mmahut@fedora/pyxel) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | jtcs | (~jtcs@vmi359854.contaboserver.net) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | hodapp | (~hodapp@react-ams-119225.antiddos.solutions) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | jonatan | (~nate@h77-53-70-163.cust.a3fiber.se) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | int-e | (~noone@int-e.eu) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | chrisosa1rus | (chris@segfault.net.nz) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | brettgilio_ | (~brettgili@brettgilio.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | aforemny | (~aforemny@static.248.158.34.188.clients.your-server.de) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | fiddlerwoaroof | (~fiddlerwo@unaffiliated/fiddlerwoaroof) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Someguy123 | (~someguy@unaffiliated/compgenius999) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | ahri | (~ahri@178.209.40.84) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | leothrix | (~leothrix@elastic/staff/leothrix) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Kaivo | (~Kaivo@104-200-86-99.mc.derytele.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | dddddd | (~dddddd@unaffiliated/dddddd) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | stux|RC-only | (stux2@grid9.quadspeedi.net) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | landonf | (landonf@mac68k.info) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | absence | (torgeihe@hildring.pvv.ntnu.no) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | m1dnight_ | (~m1dnight@188.ip-51-91-158.eu) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | alinab | (sid468903@gateway/web/irccloud.com/x-pnysahqquupbvvmz) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | xintron | (~xintron@unaffiliated/xintron) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | lightandlight | (sid135476@gateway/web/irccloud.com/x-mibnuuqzjpebbkzx) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Dykam | (Dykam@dykam.nl) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | M2tias | (m2@seri.fi) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | bcoppens | (~bartcopp@kde/coppens) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Inoperable | (~PLAYER_1@fancydata.science) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | {abby} | (~{abby}@unaffiliated/demhydraz) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | connrs_ | (~connrs@runciter.connrs.uk) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | travv0 | (sid293381@gateway/web/irccloud.com/x-qfqftjhlfdqcrtoj) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | sea-gull | (~sea-gull@li1815-136.members.linode.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | uberj | (~uberj@unaffiliated/uberj) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | tristanC | (~tristanC@unaffiliated/tristanc) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | adamCS | (~adamCS@ec2-34-207-160-255.compute-1.amazonaws.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | leafiest | (~leafiest@165.227.53.12) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | hwabyong | (~hwabyong@ec2-3-221-194-167.compute-1.amazonaws.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | eldritch | (~eldritch@unaffiliated/eldritch) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | sarahzrf | (~sarahzrf_@sarahzrf.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | crtschin | (~crtschin@104.131.9.149) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | tstat | (~tstat@104.131.113.212) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | dilinger | (~dilinger@spindle.queued.net) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | gekh | (~gkh@thor.kevinhill.nl) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | a3Dman | (~3Dman@unaffiliated/a3dman) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | sdx23 | (~sdx23@unaffiliated/sdx23) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | [exa] | (exa@unaffiliated/exa/x-5381537) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | blackdog | (~blackdog@198.211.112.85) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | statusbot | (~statusbot@ec2-34-198-122-184.compute-1.amazonaws.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | iptq | (~michael@142.93.75.170) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | joeytwiddle | (~joeytwidd@162.243.115.31) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | mantovani | (~mantovani@104.131.207.121) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | xe4 | (~xe4@157.245.246.119) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Uniaika | (~uniaika@163.172.211.189) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | asm89 | (~asm89@unaffiliated/asm89) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | amosbird | (~amosbird@13.75.119.182) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | xarian_ | (~xarian@104.236.81.162) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | mjrosenb | (~mrosenbe@nyc.schrodinger.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | adaj | (~azureuser@51.103.155.240) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | geal | (~geal@195-154-200-217.rev.poneytelecom.eu) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Squarism | (~someone@unaffiliated/squarism) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | haskell_enthusia | (~twain@168.61.46.105) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | malthe | (~mborch@46.101.103.63) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Zemyla | (~zemyla@ec2-54-196-11-2.compute-1.amazonaws.com) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | electrocat | (~michiel@revan.derhaeg.be) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | anderson | (~ande@159.65.95.130) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | msgctl | (~msgctl@ometochtli.centzontotochtin.org) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | deni | (~deni@unaffiliated/deni) (*.net *.split) |
| 2021-03-03 22:33:38 +0100 | Eliel | (~jojkaart@163.172.153.251) (*.net *.split) |
| 2021-03-03 22:34:37 +0100 | DataComputist | (~lumeng@50.43.26.251) |
| 2021-03-03 22:34:37 +0100 | hyperisco | (~hyperisco@d192-186-117-226.static.comm.cgocable.net) |
| 2021-03-03 22:34:37 +0100 | averell | (~averell@unaffiliated/averell) |
| 2021-03-03 22:34:37 +0100 | TMA | (tma@twin.jikos.cz) |
| 2021-03-03 22:34:37 +0100 | Sparad0x | (~etienne@ns3123347.ip-51-68-152.eu) |
| 2021-03-03 22:34:37 +0100 | dorkside | (~tdbgamer@208.190.197.222) |
| 2021-03-03 22:34:37 +0100 | maerwald | (~maerwald@mail.hasufell.de) |
| 2021-03-03 22:34:37 +0100 | LittleFox | (~littlefox@rondra.lf-net.org) |
| 2021-03-03 22:34:37 +0100 | arw | (~arw@impulse.informatik.uni-erlangen.de) |
| 2021-03-03 22:34:37 +0100 | marek | (~mmahut@fedora/pyxel) |
| 2021-03-03 22:34:37 +0100 | jtcs | (~jtcs@vmi359854.contaboserver.net) |
| 2021-03-03 22:34:37 +0100 | hodapp | (~hodapp@react-ams-119225.antiddos.solutions) |
| 2021-03-03 22:34:37 +0100 | jonatan | (~nate@h77-53-70-163.cust.a3fiber.se) |
| 2021-03-03 22:34:37 +0100 | int-e | (~noone@int-e.eu) |
| 2021-03-03 22:34:37 +0100 | chrisosa1rus | (chris@segfault.net.nz) |
| 2021-03-03 22:34:37 +0100 | brettgilio_ | (~brettgili@brettgilio.com) |
| 2021-03-03 22:34:37 +0100 | aforemny | (~aforemny@static.248.158.34.188.clients.your-server.de) |
| 2021-03-03 22:34:37 +0100 | fiddlerwoaroof | (~fiddlerwo@unaffiliated/fiddlerwoaroof) |
| 2021-03-03 22:34:37 +0100 | Someguy123 | (~someguy@unaffiliated/compgenius999) |
| 2021-03-03 22:34:37 +0100 | ahri | (~ahri@178.209.40.84) |
| 2021-03-03 22:34:37 +0100 | leothrix | (~leothrix@elastic/staff/leothrix) |
| 2021-03-03 22:34:37 +0100 | Kaivo | (~Kaivo@104-200-86-99.mc.derytele.com) |
| 2021-03-03 22:34:37 +0100 | dddddd | (~dddddd@unaffiliated/dddddd) |
| 2021-03-03 22:34:37 +0100 | stux|RC-only | (stux2@grid9.quadspeedi.net) |
| 2021-03-03 22:34:37 +0100 | landonf | (landonf@mac68k.info) |
| 2021-03-03 22:34:37 +0100 | absence | (torgeihe@hildring.pvv.ntnu.no) |
| 2021-03-03 22:34:37 +0100 | m1dnight_ | (~m1dnight@188.ip-51-91-158.eu) |
| 2021-03-03 22:34:37 +0100 | alinab | (sid468903@gateway/web/irccloud.com/x-pnysahqquupbvvmz) |
| 2021-03-03 22:34:37 +0100 | xintron | (~xintron@unaffiliated/xintron) |
| 2021-03-03 22:34:37 +0100 | lightandlight | (sid135476@gateway/web/irccloud.com/x-mibnuuqzjpebbkzx) |
| 2021-03-03 22:34:37 +0100 | Dykam | (Dykam@dykam.nl) |
| 2021-03-03 22:34:37 +0100 | M2tias | (m2@seri.fi) |
| 2021-03-03 22:34:37 +0100 | bcoppens | (~bartcopp@kde/coppens) |
| 2021-03-03 22:34:37 +0100 | Inoperable | (~PLAYER_1@fancydata.science) |
| 2021-03-03 22:34:37 +0100 | {abby} | (~{abby}@unaffiliated/demhydraz) |
| 2021-03-03 22:34:37 +0100 | connrs_ | (~connrs@runciter.connrs.uk) |
| 2021-03-03 22:34:37 +0100 | travv0 | (sid293381@gateway/web/irccloud.com/x-qfqftjhlfdqcrtoj) |
| 2021-03-03 22:34:37 +0100 | sea-gull | (~sea-gull@li1815-136.members.linode.com) |
| 2021-03-03 22:34:37 +0100 | uberj | (~uberj@unaffiliated/uberj) |
| 2021-03-03 22:34:37 +0100 | tristanC | (~tristanC@unaffiliated/tristanc) |
| 2021-03-03 22:34:37 +0100 | adamCS | (~adamCS@ec2-34-207-160-255.compute-1.amazonaws.com) |
| 2021-03-03 22:34:37 +0100 | leafiest | (~leafiest@165.227.53.12) |
| 2021-03-03 22:34:37 +0100 | hwabyong | (~hwabyong@ec2-3-221-194-167.compute-1.amazonaws.com) |
| 2021-03-03 22:34:37 +0100 | eldritch | (~eldritch@unaffiliated/eldritch) |
| 2021-03-03 22:34:37 +0100 | sarahzrf | (~sarahzrf_@sarahzrf.com) |
| 2021-03-03 22:34:37 +0100 | crtschin | (~crtschin@104.131.9.149) |
| 2021-03-03 22:34:37 +0100 | tstat | (~tstat@104.131.113.212) |
| 2021-03-03 22:34:37 +0100 | dilinger | (~dilinger@spindle.queued.net) |
| 2021-03-03 22:34:37 +0100 | gekh | (~gkh@thor.kevinhill.nl) |
| 2021-03-03 22:34:37 +0100 | a3Dman | (~3Dman@unaffiliated/a3dman) |
| 2021-03-03 22:34:37 +0100 | sdx23 | (~sdx23@unaffiliated/sdx23) |
| 2021-03-03 22:34:37 +0100 | [exa] | (exa@unaffiliated/exa/x-5381537) |
| 2021-03-03 22:34:37 +0100 | mjrosenb | (~mrosenbe@nyc.schrodinger.com) |
| 2021-03-03 22:34:37 +0100 | blackdog | (~blackdog@198.211.112.85) |
| 2021-03-03 22:34:37 +0100 | statusbot | (~statusbot@ec2-34-198-122-184.compute-1.amazonaws.com) |
| 2021-03-03 22:34:37 +0100 | iptq | (~michael@142.93.75.170) |
| 2021-03-03 22:34:37 +0100 | joeytwiddle | (~joeytwidd@162.243.115.31) |
| 2021-03-03 22:34:37 +0100 | mantovani | (~mantovani@104.131.207.121) |
| 2021-03-03 22:34:37 +0100 | xe4 | (~xe4@157.245.246.119) |
| 2021-03-03 22:34:37 +0100 | Uniaika | (~uniaika@163.172.211.189) |
| 2021-03-03 22:34:37 +0100 | asm89 | (~asm89@unaffiliated/asm89) |
| 2021-03-03 22:34:37 +0100 | amosbird | (~amosbird@13.75.119.182) |
| 2021-03-03 22:34:37 +0100 | xarian_ | (~xarian@104.236.81.162) |
| 2021-03-03 22:34:37 +0100 | adaj | (~azureuser@51.103.155.240) |
| 2021-03-03 22:34:37 +0100 | geal | (~geal@195-154-200-217.rev.poneytelecom.eu) |
| 2021-03-03 22:34:37 +0100 | Squarism | (~someone@unaffiliated/squarism) |
| 2021-03-03 22:34:37 +0100 | haskell_enthusia | (~twain@168.61.46.105) |
| 2021-03-03 22:34:37 +0100 | malthe | (~mborch@46.101.103.63) |
| 2021-03-03 22:34:37 +0100 | msgctl | (~msgctl@ometochtli.centzontotochtin.org) |
| 2021-03-03 22:34:37 +0100 | Zemyla | (~zemyla@ec2-54-196-11-2.compute-1.amazonaws.com) |
| 2021-03-03 22:34:37 +0100 | electrocat | (~michiel@revan.derhaeg.be) |
| 2021-03-03 22:34:37 +0100 | anderson | (~ande@159.65.95.130) |
| 2021-03-03 22:34:37 +0100 | deni | (~deni@unaffiliated/deni) |
| 2021-03-03 22:34:37 +0100 | Eliel | (~jojkaart@163.172.153.251) |
| 2021-03-03 22:34:50 +0100 | leafiest | (~leafiest@165.227.53.12) (Max SendQ exceeded) |
| 2021-03-03 22:34:50 +0100 | a3Dman | (~3Dman@unaffiliated/a3dman) (Max SendQ exceeded) |
| 2021-03-03 22:34:50 +0100 | m1dnight_ | (~m1dnight@188.ip-51-91-158.eu) (Max SendQ exceeded) |
| 2021-03-03 22:35:16 +0100 | leafiest | (~leafiest@165.227.53.12) |
| 2021-03-03 22:35:19 +0100 | m1dnight_ | (~m1dnight@188.ip-51-91-158.eu) |
| 2021-03-03 22:35:42 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) |
| 2021-03-03 22:35:45 +0100 | Rudd0 | (~Rudd0@185.189.115.108) |
| 2021-03-03 22:36:27 +0100 | redmp | (~redmp@172.58.35.249) |
| 2021-03-03 22:36:40 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) |
| 2021-03-03 22:37:09 +0100 | notzmv | (~zmv@unaffiliated/zmv) (Ping timeout: 264 seconds) |
| 2021-03-03 22:37:59 +0100 | ubert | (~Thunderbi@p548c9a44.dip0.t-ipconnect.de) (Ping timeout: 245 seconds) |
| 2021-03-03 22:39:13 +0100 | a3Dman | (~3Dman@unaffiliated/a3dman) |
| 2021-03-03 22:39:25 +0100 | bobiusbillius | (~bobiusbil@2a00:23c7:9909:5b01:909a:85aa:703a:457c) (Ping timeout: 272 seconds) |
| 2021-03-03 22:39:44 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Quit: Lost terminal) |
| 2021-03-03 22:41:01 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Remote host closed the connection) |
| 2021-03-03 22:43:57 +0100 | geekosaur | (82650c7a@130.101.12.122) (Quit: Connection closed) |
| 2021-03-03 22:47:15 +0100 | Boomerang | (~Boomerang@2a05:f6c7:2179:0:9428:7cc:4edb:1705) (Remote host closed the connection) |
| 2021-03-03 22:55:58 +0100 | romesrf | (~romesrf@44.190.189.46.rev.vodafone.pt) (Quit: WeeChat 3.0.1) |
| 2021-03-03 22:56:22 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) |
| 2021-03-03 22:57:10 +0100 | nullniverse | (~null@unaffiliated/nullniverse) (Remote host closed the connection) |
| 2021-03-03 22:58:29 +0100 | terrorjack | (~terrorjac@ec2-54-95-39-30.ap-northeast-1.compute.amazonaws.com) |
| 2021-03-03 22:59:05 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 23:00:16 +0100 | mputz | (~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Remote host closed the connection) |
| 2021-03-03 23:00:36 +0100 | puffnfresh | (~puffnfres@119-17-138-164.77118a.mel.static.aussiebb.net) (Ping timeout: 265 seconds) |
| 2021-03-03 23:00:47 +0100 | _bin | (~bin@2600:1700:10a1:38d0:922b:34ff:fe99:1283) |
| 2021-03-03 23:02:12 +0100 | _bin_ | (~bin@2600:1700:10a1:38d0:84d4:3c69:b21e:817f) (Ping timeout: 260 seconds) |
| 2021-03-03 23:03:16 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2021-03-03 23:05:47 +0100 | dhouthoo | (~dhouthoo@ptr-eitgbj2w0uu6delkbrh.18120a2.ip6.access.telenet.be) (Quit: WeeChat 3.0) |
| 2021-03-03 23:05:57 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) (Ping timeout: 246 seconds) |
| 2021-03-03 23:06:56 +0100 | justanotheruser | (~justanoth@unaffiliated/justanotheruser) (Ping timeout: 240 seconds) |
| 2021-03-03 23:07:13 +0100 | jb55 | (~jb55@gateway/tor-sasl/jb55) (Ping timeout: 268 seconds) |
| 2021-03-03 23:11:27 +0100 | mananamenos | (~mananamen@193.red-88-11-66.dynamicip.rima-tde.net) |
| 2021-03-03 23:12:30 +0100 | jb55 | (~jb55@gateway/tor-sasl/jb55) |
| 2021-03-03 23:14:14 +0100 | malumore | (~alecs@151.62.127.229) (Ping timeout: 245 seconds) |
| 2021-03-03 23:14:27 +0100 | mouseghost | (~draco@wikipedia/desperek) (Quit: mew wew) |
| 2021-03-03 23:15:50 +0100 | Pickchea | (~private@unaffiliated/pickchea) (Quit: Leaving) |
| 2021-03-03 23:16:48 +0100 | deviantfero | (~deviantfe@190.150.27.58) (Ping timeout: 246 seconds) |
| 2021-03-03 23:16:55 +0100 | softwarm | (44695313@ip68-105-83-19.sd.sd.cox.net) (Quit: Connection closed) |
| 2021-03-03 23:22:24 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:a840:3c23:1bcc:872e) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 2021-03-03 23:27:19 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) (Ping timeout: 260 seconds) |
| 2021-03-03 23:28:12 +0100 | aidecoe | (~aidecoe@unaffiliated/aidecoe) (Remote host closed the connection) |
| 2021-03-03 23:31:12 +0100 | d34df00d | (~d34df00d@104-14-27-213.lightspeed.austtx.sbcglobal.net) |
| 2021-03-03 23:32:13 +0100 | <d34df00d> | Hi! |
| 2021-03-03 23:32:48 +0100 | <d34df00d> | I want to scan over a byte string, skipping some bytes (depending on previous bytes), and count the number of bytes I've skipped. |
| 2021-03-03 23:33:54 +0100 | justanotheruser | (~justanoth@unaffiliated/justanotheruser) |
| 2021-03-03 23:34:23 +0100 | <d34df00d> | Not counting the removed count is trivial: it's a matter of the following function: |
| 2021-03-03 23:34:27 +0100 | <d34df00d> | https://bpaste.net/55BA |
| 2021-03-03 23:34:57 +0100 | <d34df00d> | It processes about 100 megs per second on my machine, which is, I guess, not stellar, but not too bad either. |
| 2021-03-03 23:35:08 +0100 | <Rembane> | What's the tricky bit? |
| 2021-03-03 23:35:40 +0100 | <d34df00d> | If I now want to actually count the number of bytes I've skipped, it becomes funny: the following function: |
| 2021-03-03 23:35:45 +0100 | <d34df00d> | https://bpaste.net/CP5Q |
| 2021-03-03 23:36:01 +0100 | <d34df00d> | is about 10 times slower and seems to be linear in RAM on the input size. |
| 2021-03-03 23:36:36 +0100 | Deide | (~Deide@217.155.19.23) (Quit: Seeee yaaaa) |
| 2021-03-03 23:36:43 +0100 | <d34df00d> | So, how do I solve this efficiently? |
| 2021-03-03 23:38:32 +0100 | puffnfresh | (~puffnfres@119-17-138-164.77118a.mel.static.aussiebb.net) |
| 2021-03-03 23:40:34 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
| 2021-03-03 23:40:45 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
| 2021-03-03 23:40:48 +0100 | <shapr> | My heuristic would be to look at the existing functions in the ByteString library to see what makes them fast |
| 2021-03-03 23:40:57 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-83-46.w86-212.abo.wanadoo.fr) |
| 2021-03-03 23:40:58 +0100 | apache801 | (~rishi@wsip-70-168-153-252.oc.oc.cox.net) |
| 2021-03-03 23:41:00 +0100 | <shapr> | or profile the code and look for the hotspots? |
| 2021-03-03 23:41:25 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) |
| 2021-03-03 23:41:43 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
| 2021-03-03 23:42:35 +0100 | <d34df00d> | It basically is one big hot spot. |
| 2021-03-03 23:42:45 +0100 | <d34df00d> | -p is not too helpful here. |
| 2021-03-03 23:43:00 +0100 | <Rembane> | d34df00d: Do what shapr says, or try to implement your function in terms of foldl' https://hoogle.haskell.org/?=&hoogle=foldl%27%20package%3Abytestring&scope= and see if that makes it faster. |
| 2021-03-03 23:44:48 +0100 | kupi | (uid212005@gateway/web/irccloud.com/x-cgsykjurvegvbxhp) (Quit: Connection closed for inactivity) |
| 2021-03-03 23:45:29 +0100 | <d34df00d> | Aha, foldl'! I guess I'll try that first, since I've already took a stab at profiling this stuff, and looking at the sources of bytestring scares me a little. |
| 2021-03-03 23:45:35 +0100 | heatsink | (~heatsink@2600:1700:bef1:5e10:dd5f:6f4f:a50:215d) (Ping timeout: 240 seconds) |
| 2021-03-03 23:46:02 +0100 | softwarm | (44695313@ip68-105-83-19.sd.sd.cox.net) |
| 2021-03-03 23:46:10 +0100 | <Rembane> | d34df00d: But before you throw away all your old code, do some measurements, see how long time it takes so you don't make it slower by mistake. |
| 2021-03-03 23:46:44 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 23:47:16 +0100 | <d34df00d> | Yeah, that's always a good idea! In fact I'm always running my code with +RTS -sstderr to see what MUT and GC look like. |
| 2021-03-03 23:47:26 +0100 | <monochrom> | This one is well-known. It benefits greatly from BangPatterns and "!skips", or else you use seq or $! on the RHSes manually. |
| 2021-03-03 23:47:57 +0100 | <monochrom> | And if you use foldl', you still need to know this. |
| 2021-03-03 23:48:09 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
| 2021-03-03 23:48:45 +0100 | <d34df00d> | Ah, I forgot to tell I have {-# LANGUAGE Strict #-} |
| 2021-03-03 23:48:55 +0100 | <monochrom> | Because it looks like your future foldl' will be on a tuple. Well foldl' doesn't seq deeply on a tuple. |
| 2021-03-03 23:49:26 +0100 | <d34df00d> | (I guess it should be equivalent in this case to all the bang patterns in the right places, right?) |
| 2021-03-03 23:49:31 +0100 | Franciman | (~francesco@host-82-49-79-189.retail.telecomitalia.it) (Quit: Leaving) |
| 2021-03-03 23:49:31 +0100 | <monochrom> | Hrm, then I don't know. But look at core to confirm skips is non-lazy? |
| 2021-03-03 23:50:01 +0100 | <monochrom> | Actually this is self-contained, I can try it out. |
| 2021-03-03 23:50:05 +0100 | <d34df00d> | Deeper down the rabbit hole it is then! |
| 2021-03-03 23:50:43 +0100 | hyperisco | (~hyperisco@d192-186-117-226.static.comm.cgocable.net) (Ping timeout: 256 seconds) |
| 2021-03-03 23:50:55 +0100 | <monochrom> | BSL = ByteString.Lazy ? |
| 2021-03-03 23:51:15 +0100 | <d34df00d> | Yep. |
| 2021-03-03 23:51:33 +0100 | <monochrom> | What is "first"? |
| 2021-03-03 23:51:37 +0100 | <d34df00d> | Data.Bifunctor |
| 2021-03-03 23:52:04 +0100 | <d34df00d> | Also, am I right that in the first variant (without the tuples and things) the BSL.pack . go . BSL.unpack fused into something O(1)-memory? |
| 2021-03-03 23:53:25 +0100 | <monochrom> | No. |
| 2021-03-03 23:53:32 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
| 2021-03-03 23:53:32 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 23:53:32 +0100 | conal | (~conal@64.71.133.70) (Client Quit) |
| 2021-03-03 23:54:10 +0100 | <d34df00d> | Hmm, why was it fast then? |
| 2021-03-03 23:54:27 +0100 | <d34df00d> | And why it wasn't? |
| 2021-03-03 23:54:36 +0100 | fendor_ | (~fendor@77.119.128.81.wireless.dyn.drei.com) (Remote host closed the connection) |
| 2021-03-03 23:54:43 +0100 | <d34df00d> | (it wasn't O(1), that is) |
| 2021-03-03 23:54:51 +0100 | gitgood | (~gitgood@82-132-216-44.dab.02.net) |
| 2021-03-03 23:55:13 +0100 | conal | (~conal@64.71.133.70) |
| 2021-03-03 23:57:06 +0100 | conal | (~conal@64.71.133.70) (Client Quit) |
| 2021-03-03 23:57:34 +0100 | stree | (~stree@68.36.8.116) (Ping timeout: 245 seconds) |
| 2021-03-03 23:57:35 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Ping timeout: 240 seconds) |
| 2021-03-03 23:58:01 +0100 | <Rembane> | d34df00d: Is O(1) the size of the original string? |
| 2021-03-03 23:58:05 +0100 | <d34df00d> | Yes. |
| 2021-03-03 23:58:11 +0100 | <Rembane> | Cool. |
| 2021-03-03 23:58:23 +0100 | <d34df00d> | Looks like nope :) |
| 2021-03-03 23:58:44 +0100 | <Rembane> | It doesn't sound unfeasible, but Haskell memory is an interesting beast, lets see what monochrom says. :) |
