Logs: freenode/#haskell
| 2020-09-23 12:20:55 | × | eric_ quits (~eric@2804:431:c7d4:b4fa:173:5d88:9ad1:a8df) (Ping timeout: 272 seconds) |
| 2020-09-23 12:20:58 | <lyxia> | so you should also share your benchmarking code to make it clear whether that's what you're doing |
| 2020-09-23 12:21:32 | → | hoobop1 joins (~hoobop@185.244.214.216) |
| 2020-09-23 12:21:42 | → | josh joins (~josh@c-67-164-104-206.hsd1.ca.comcast.net) |
| 2020-09-23 12:24:38 | × | Stanley00 quits (~stanley00@unaffiliated/stanley00) () |
| 2020-09-23 12:25:22 | → | wroathe joins (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
| 2020-09-23 12:26:08 | × | josh quits (~josh@c-67-164-104-206.hsd1.ca.comcast.net) (Ping timeout: 256 seconds) |
| 2020-09-23 12:26:42 | → | frdg joins (~user@pool-71-184-143-249.bstnma.fios.verizon.net) |
| 2020-09-23 12:27:40 | × | sw1nn quits (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) (Ping timeout: 246 seconds) |
| 2020-09-23 12:28:28 | <frdg> | From Database.Persist: `update :: PersistEntity val => Key val -> [Update val] -> m ()` I am having trouble understanding the syntax for the `[Update val]` field. |
| 2020-09-23 12:29:01 | → | heatsink joins (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
| 2020-09-23 12:30:12 | × | wroathe quits (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 260 seconds) |
| 2020-09-23 12:30:30 | → | sw1nn joins (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) |
| 2020-09-23 12:30:47 | <AlexM84> | thanks lyxia, it does makes sense. I don't have benchmarking code written for it, it's just that I was doing it in ghci with +s set, but I guess ghci is not really effective way of doing this as it is just an interpreter. Compiling the code and applying indexJ for the second time gives an instant result, though |
| 2020-09-23 12:31:10 | <frdg> | the function is described as `Update individual fields on a specific record.` But I do not understand how the val from Key val and Update val could be the same type. |
| 2020-09-23 12:31:10 | × | nkly quits (~nkly@ip5f5bf70d.dynamic.kabel-deutschland.de) (Quit: ZNC 1.6.6+deb1ubuntu0.2 - http://znc.in) |
| 2020-09-23 12:31:27 | → | frdg` joins (~user@pool-71-184-143-249.bstnma.fios.verizon.net) |
| 2020-09-23 12:31:34 | → | Tops2 joins (~Tobias@dyndsl-095-033-089-098.ewe-ip-backbone.de) |
| 2020-09-23 12:31:42 | × | frdg quits (~user@pool-71-184-143-249.bstnma.fios.verizon.net) (Remote host closed the connection) |
| 2020-09-23 12:32:02 | × | frdg` quits (~user@pool-71-184-143-249.bstnma.fios.verizon.net) (Client Quit) |
| 2020-09-23 12:32:36 | → | frdg joins (47b88ff9@pool-71-184-143-249.bstnma.fios.verizon.net) |
| 2020-09-23 12:33:25 | × | heatsink quits (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 240 seconds) |
| 2020-09-23 12:34:39 | <jackdk> | They aren't. What is Key, and what is Update? |
| 2020-09-23 12:35:25 | × | mmohammadi9812 quits (~mmohammad@5.238.181.150) (Ping timeout: 240 seconds) |
| 2020-09-23 12:36:42 | → | cosimone joins (~cosimone@2001:b07:ae5:db26:b248:7aff:feea:34b6) |
| 2020-09-23 12:37:53 | <frdg> | key and update are the types |
| 2020-09-23 12:38:51 | <frdg> | but wouldn't the val in `Key val` and `Update val` be the same val? |
| 2020-09-23 12:39:10 | → | heatsink joins (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
| 2020-09-23 12:39:39 | → | John20 joins (~John@82.46.59.122) |
| 2020-09-23 12:39:42 | → | mmohammadi9812 joins (~mmohammad@5.238.181.150) |
| 2020-09-23 12:39:53 | → | circ-user-pTtGc joins (~circuser-@p200300e5271f091a8f8e3866ad788a59.dip0.t-ipconnect.de) |
| 2020-09-23 12:41:03 | → | knupfer1 joins (~Thunderbi@200116b824c6e600296878769f784f5a.dip.versatel-1u1.de) |
| 2020-09-23 12:41:03 | × | knupfer1 quits (~Thunderbi@200116b824c6e600296878769f784f5a.dip.versatel-1u1.de) (Client Quit) |
| 2020-09-23 12:41:12 | × | knupfer quits (~Thunderbi@i5E86B476.versanet.de) (Quit: knupfer) |
| 2020-09-23 12:41:33 | circ-user-pTtGc | is now known as ruffianeo |
| 2020-09-23 12:41:34 | <lyxia> | AlexM84: even if you're writing it by hand in ghci it's code you write to measure the performance of something, that's benchmarking code, and it's always worth sharing! |
| 2020-09-23 12:41:51 | → | knupfer joins (~Thunderbi@200116b824c6e600705ae9e676c7e6e6.dip.versatel-1u1.de) |
| 2020-09-23 12:42:22 | × | Dolly quits (585fd1fd@ti0203q160-5312.bb.online.no) (Remote host closed the connection) |
| 2020-09-23 12:42:37 | <frdg> | jackdk: I figured it out. |
| 2020-09-23 12:42:44 | → | Dolly joins (585fd1fd@ti0203q160-5312.bb.online.no) |
| 2020-09-23 12:42:49 | <jackdk> | frdg: cool |
| 2020-09-23 12:43:45 | <dminuoso> | AlexM84: Indeed, measuring performance with optimizations disabled can tell you a lot. Sometimes GHC is able to compensate for badly written code, but that should never be relied on. :) |
| 2020-09-23 12:43:50 | × | heatsink quits (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 272 seconds) |
| 2020-09-23 12:44:04 | <dminuoso> | Algorithmic complexity should in general not depend on optimizations |
| 2020-09-23 12:46:28 | × | knupfer quits (~Thunderbi@200116b824c6e600705ae9e676c7e6e6.dip.versatel-1u1.de) (Client Quit) |
| 2020-09-23 12:46:37 | → | knupfer joins (~Thunderbi@200116b824c6e600d814586ad38a67f6.dip.versatel-1u1.de) |
| 2020-09-23 12:47:12 | × | adamwespiser quits (~adam_wesp@209.6.42.110) (Remote host closed the connection) |
| 2020-09-23 12:47:45 | <AlexM84> | lyxia, dminuoso: thanks for suggestions, I've added the line of code I used in ghci to test this out into the gist I shared earlier |
| 2020-09-23 12:48:11 | × | a3Dman quits (~3Dman@unaffiliated/a3dman) (Quit: Leaving...) |
| 2020-09-23 12:48:14 | → | thir joins (~thir@p200300f27f0fc60094e773283d7bf825.dip0.t-ipconnect.de) |
| 2020-09-23 12:48:41 | <AlexM84> | I wonder if it's possible to force ghci not to rebuild the tree if it's accessed subsequently for indexing |
| 2020-09-23 12:49:21 | → | heatsink joins (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
| 2020-09-23 12:49:23 | × | ruffianeo quits (~circuser-@p200300e5271f091a8f8e3866ad788a59.dip0.t-ipconnect.de) (Remote host closed the connection) |
| 2020-09-23 12:49:38 | <ahri> | I have a stack project and I want to start using GHCJS, I've got a (probably) working binary via some nix magic (that I don't really understand and don't want to jump into that rabbit hole just now) - so now I want to build my project with stack/cabal and tell them to use the (global) GHCJS binary as the compiler - I have tried to read the docs and |
| 2020-09-23 12:49:38 | <ahri> | search around but it's really not clear to me how I can achieve this last step - any help? |
| 2020-09-23 12:49:55 | × | phaazon quits (~phaazon@2001:41d0:a:fe76::1) (Ping timeout: 240 seconds) |
| 2020-09-23 12:50:25 | → | a3Dman joins (~3Dman@unaffiliated/a3dman) |
| 2020-09-23 12:50:49 | → | ruffianeo joins (~ruffianeo@p200300e5271f091a8f8e3866ad788a59.dip0.t-ipconnect.de) |
| 2020-09-23 12:51:15 | → | phaazon joins (~phaazon@2001:41d0:a:fe76::1) |
| 2020-09-23 12:51:45 | × | berndl quits (d45beb02@212.91.235.2) (Remote host closed the connection) |
| 2020-09-23 12:52:29 | → | shad0w_ joins (~shad0w_@160.202.36.218) |
| 2020-09-23 12:53:02 | × | thir quits (~thir@p200300f27f0fc60094e773283d7bf825.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
| 2020-09-23 12:54:00 | × | heatsink quits (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds) |
| 2020-09-23 12:54:29 | × | alp quits (~alp@2a01:e0a:58b:4920:5830:93bd:5d3e:9080) (Ping timeout: 272 seconds) |
| 2020-09-23 12:54:48 | → | AlexM87 joins (~AlexM87@161.8.233.138) |
| 2020-09-23 12:55:24 | → | mirrorbird joins (~psutcliff@2a00:801:44a:a00b:20c3:c64:eb15:73a2) |
| 2020-09-23 12:58:09 | → | Kaivo joins (~Kaivo@104-200-86-99.mc.derytele.com) |
| 2020-09-23 12:58:14 | → | eric_ joins (~eric@2804:431:c7d4:b4fa:51d1:5637:ed81:5491) |
| 2020-09-23 12:58:48 | × | sw1nn quits (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) (Quit: WeeChat 2.9) |
| 2020-09-23 12:59:02 | → | plutoniix joins (~q@ppp-223-24-148-119.revip6.asianet.co.th) |
| 2020-09-23 12:59:27 | → | heatsink joins (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
| 2020-09-23 12:59:58 | → | sw1nn joins (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) |
| 2020-09-23 12:59:58 | × | Foritus quits (~buggery@cpc91334-watf11-2-0-cust153.15-2.cable.virginm.net) (Ping timeout: 256 seconds) |
| 2020-09-23 13:01:00 | × | sw1nn quits (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) (Client Quit) |
| 2020-09-23 13:01:40 | AlexM87 | is now known as alexm_ |
| 2020-09-23 13:02:03 | → | sw1nn joins (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) |
| 2020-09-23 13:02:03 | × | sw1nn quits (~sw1nn@host81-146-21-49.range81-146.btcentralplus.com) (Client Quit) |
| 2020-09-23 13:03:05 | → | xwvvvvwx- joins (~xwvvvvwx@185.213.155.160) |
| 2020-09-23 13:03:19 | <sshine> | ahri, for Stack it seems you want 'system-ghc: true' in case your GHCJS is the system GHC. https://stackoverflow.com/questions/44460120/haskell-stack-doesnt-use-system-ghc |
| 2020-09-23 13:03:47 | × | xwvvvvwx quits (~xwvvvvwx@185.213.155.160) (Ping timeout: 240 seconds) |
| 2020-09-23 13:03:47 | xwvvvvwx- | is now known as xwvvvvwx |
| 2020-09-23 13:04:09 | × | heatsink quits (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 258 seconds) |
| 2020-09-23 13:04:10 | → | gmt joins (~gmt@pool-71-105-108-44.nycmny.fios.verizon.net) |
| 2020-09-23 13:04:16 | <sshine> | ahri, but my guess is you'll run into deeper problems here because of this comment: Note that stack can only use a system GHC installation if its version is compatible with the configuration of the current project, particularly the resolver setting. |
| 2020-09-23 13:04:33 | <sshine> | and I'm guessing GHCJS doesn't have a valid Stackage resolver :) |
| 2020-09-23 13:04:44 | pierrot_ | is now known as pierrot |
| 2020-09-23 13:04:49 | <sshine> | but I could be wrong... I don't think Stack + GHCJS is a common combo. |
| 2020-09-23 13:05:05 | × | pierrot quits (~pi@5.189.155.139) (Changing host) |
| 2020-09-23 13:05:05 | → | pierrot joins (~pi@unaffiliated/pierrot) |
| 2020-09-23 13:05:18 | <ahri> | no I was wondering about that, I can give it a resolver for the corresponding GHC version this GHCJS is based on, but I have no idea whether that will work |
| 2020-09-23 13:05:41 | <sshine> | ahri, did you try with cabal yet? since cabal doesn't try to manage GHC, it should gladly pick whatever GHC you've got. |
| 2020-09-23 13:06:05 | <ahri> | not yet, I'm not sure how to tell it to to use my GHCJS binary |
| 2020-09-23 13:06:09 | <sshine> | probably not gonna work well... isn't GHCJS a very old GHC? |
| 2020-09-23 13:06:27 | <sshine> | what happens if you just run cabal? it uses the wrong GHC? |
| 2020-09-23 13:06:37 | → | Foritus joins (~buggery@cpc91334-watf11-2-0-cust153.15-2.cable.virginm.net) |
| 2020-09-23 13:07:00 | × | AlexM84 quits (a108e98a@161.8.233.138) (Remote host closed the connection) |
| 2020-09-23 13:07:02 | <sshine> | ahri, have you considered looking for a template for your GHCJS project? some of this configuration could come for free. |
| 2020-09-23 13:07:15 | <ahri> | the ghcjs binary is called "ghcjs" so I don't know how it would even look for that |
| 2020-09-23 13:07:20 | <sshine> | OK. |
| 2020-09-23 13:07:30 | <ahri> | as for its age, I have ghcjs based on ghc 8.6.2 so it's not bad |
All times are in UTC.