2020-11-12 00:00:50 +0100 | <bqv> | Also python, I guess, but that's what you get with yolotyping |
2020-11-12 00:00:51 +0100 | <dminuoso> | But if we consider a module as a wholesale bundle containing everything there is about an implementation - namely functions *and* types, we can use that |
2020-11-12 00:02:17 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 00:02:32 +0100 | clynamen | (~clynamen@109.116.4.71) (Ping timeout: 256 seconds) |
2020-11-12 00:02:56 +0100 | <sm[m]> | so a module is a bag of types, values, and operations on them ? |
2020-11-12 00:03:00 +0100 | <dminuoso> | say we have both modules M and N defining a type t to be either String or Text, along with functions `f and h` producing and consuming that type t. If we parametrize some third module over a module that exposes t, f and h, we have a sort of modularity you couldn't have achieved before |
2020-11-12 00:03:29 +0100 | <dminuoso> | sm[m]: Id consider operations as just values. |
2020-11-12 00:03:40 +0100 | <dminuoso> | there's also other noise in haskell like typeclasses, instance, tyfams, etc |
2020-11-12 00:03:47 +0100 | <dminuoso> | But yes. |
2020-11-12 00:03:55 +0100 | <dminuoso> | Fundamentally it's a bag of types and values |
2020-11-12 00:04:03 +0100 | <sm[m]> | yes, I'm trying to think abstractly, not about haskell specifically |
2020-11-12 00:04:17 +0100 | adm | (~adm@43.229.89.44) (Ping timeout: 265 seconds) |
2020-11-12 00:04:57 +0100 | <dminuoso> | sm[m]: Perhaps it could be useful to think of a module as a bag of *all* the things you can get from it through an import. |
2020-11-12 00:05:14 +0100 | <dminuoso> | That is described a bit less suggestive |
2020-11-12 00:05:21 +0100 | leungbk | (~user@cpe-104-33-52-83.socal.res.rr.com) (Remote host closed the connection) |
2020-11-12 00:05:22 +0100 | sm[m] | thinks more about the difference between modules and functions. A language could make those the same perhaps |
2020-11-12 00:05:28 +0100 | <dminuoso> | (So it's a bag/list of "exported entities") |
2020-11-12 00:05:47 +0100 | sm[m] | thinks about modules and objects (eg in smalltalk) |
2020-11-12 00:05:53 +0100 | <dminuoso> | If the entities is *just* values, like say in Python or JavaScript, it becomes just a boring dictionary |
2020-11-12 00:06:00 +0100 | <bqv> | Are we going down the reflection route |
2020-11-12 00:06:03 +0100 | <dminuoso> | And then the notion of module is really lacking and not interesting |
2020-11-12 00:06:11 +0100 | __monty__ | (~toonn@unaffiliated/toonn) (Quit: leaving) |
2020-11-12 00:06:31 +0100 | sm[m] | thinks about modules vs libraries |
2020-11-12 00:06:33 +0100 | <dminuoso> | nix follows that route very heavily, where you just import more nix expressions |
2020-11-12 00:06:41 +0100 | <bqv> | Not sure whether to make another lisp joke or switch to ruby |
2020-11-12 00:06:48 +0100 | <dminuoso> | So you might be interested into looking how module nix code is often structured |
2020-11-12 00:06:55 +0100 | <dminuoso> | as a counter example |
2020-11-12 00:07:06 +0100 | <monochrom> | Yes, objects can be multiple-instance modules. Especially when your module has an internal mutable state. |
2020-11-12 00:07:50 +0100 | <dminuoso> | sm[m]: Oh and regarding libraries, this all depends on how you define things. But generally Id say a library is a bunch of modules. So it's a collection of exported things. :p |
2020-11-12 00:08:01 +0100 | <monochrom> | DNS functions on unixes used to be a module. Now they have to make them an object for re-entrancy and concurrency. |
2020-11-12 00:08:15 +0100 | <dminuoso> | But, it could be conceivable to turn libraries into first class values too |
2020-11-12 00:08:27 +0100 | <dminuoso> | And then have libraries parametrized by modules, libraries parametrized by other libraries.. |
2020-11-12 00:09:09 +0100 | brettgilio | (~brettgili@brettgilio.com) |
2020-11-12 00:09:30 +0100 | <dminuoso> | (strictly speaking, libraries *are* often parametrized by build flags or similar things) |
2020-11-12 00:10:40 +0100 | <sm[m]> | we seem to have a number of different things for making software modular, and they're not all called module. And the meaning of "module" seems to drift a bit |
2020-11-12 00:11:09 +0100 | visage_ | (~visage_@unaffiliated/visage/x-6658724) |
2020-11-12 00:12:11 +0100 | <sm[m]> | in ocaml, "module" is a well-defined and important concept. In ghc haskell, it's well-defined but simpler and in practice a synonym for "file". In other languages I think it has some other meanings |
2020-11-12 00:13:00 +0100 | <dminuoso> | modules in Haskell are more than files though |
2020-11-12 00:13:38 +0100 | <dminuoso> | "A module defines a collection of values, datatypes, type synonyms, classes, etc. (see Chapter 4), in an environment created by a set of imports (resources brought into scope from other modules). It exports some of these resources, making them available to other modules. We use the term entity to refer to a value, type, or class defined in, imported into, or perhaps exported from a module. " |
2020-11-12 00:13:43 +0100 | <sm[m]> | I believe you but is that visible in practice ? |
2020-11-12 00:14:06 +0100 | <dminuoso> | Of course it is. Do you not export/import things across modules? |
2020-11-12 00:14:32 +0100 | <bqv> | Ghc limits modules to 1 per file |
2020-11-12 00:14:37 +0100 | <bqv> | Its not in the spec |
2020-11-12 00:14:50 +0100 | <sm[m]> | yes, and conceptually it's as if exporting/importing files. Same thing in practice |
2020-11-12 00:14:51 +0100 | <sm[m]> | ie in ghc haskell, module and files are one to one |
2020-11-12 00:14:52 +0100 | <dminuoso> | Indeed, in fact the Haskell2010 report doesn't even have a notion of "files" anywhere |
2020-11-12 00:14:57 +0100 | <dminuoso> | That's an implementation detail |
2020-11-12 00:15:12 +0100 | <sm[m]> | I thought so, that's why I'm saying ghc haskell |
2020-11-12 00:15:17 +0100 | <sm[m]> | I remember seeing multiple, perhaps nested modules defined in a single file somewhere |
2020-11-12 00:15:50 +0100 | <sm[m]> | perhaps that was ocaml |
2020-11-12 00:15:51 +0100 | <dminuoso> | There are some GHC proposals in that area |
2020-11-12 00:16:06 +0100 | gtk | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) |
2020-11-12 00:16:06 +0100 | <bqv> | Interesting how ghci just ignores an IO (IO a) |
2020-11-12 00:16:11 +0100 | <dminuoso> | And we had a talk during Munihac a while ago with some of the GHC developers about it |
2020-11-12 00:17:24 +0100 | <sm[m]> | I think my working definition is: a module is an importable/exportable chunk of software |
2020-11-12 00:17:30 +0100 | <gtk> | All primitive types are unlifted – can’t contain bottom. what does it mean bottom? why is it important or meaningful to contain a bottom? |
2020-11-12 00:17:31 +0100 | <dminuoso> | sm[m]: https://github.com/goldfirere/ghc-proposals/blob/local-modules/proposals/0000-local-modules.rst |
2020-11-12 00:17:54 +0100 | <dminuoso> | gtk: bottom is a name for "can contain error or infinite computation" |
2020-11-12 00:18:13 +0100 | <sm[m]> | ie, a chunk of software whose visibility can be controlled |
2020-11-12 00:18:31 +0100 | <dminuoso> | gtk: phrased differently, if its unlifted then it *definitely* is defined and has a value |
2020-11-12 00:18:41 +0100 | <sm[m]> | thanks dminuoso |
2020-11-12 00:18:53 +0100 | <dminuoso> | (in the implementation it means we dont need to represent it in a way that allows for bottom) |
2020-11-12 00:19:42 +0100 | <dminuoso> | gtk: Roughly, you could pretend unboxed and unlifted to mean the same thing. We have both because there's things that happen to be boxed but unlifted |
2020-11-12 00:19:46 +0100 | <dminuoso> | ByteArray# comes to mind |
2020-11-12 00:20:07 +0100 | <dminuoso> | (So ByteArray# uses a boxed representation, but it cannot ever contain bottom) |
2020-11-12 00:20:57 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 260 seconds) |
2020-11-12 00:21:02 +0100 | <gtk> | So ByteArray# can not contain error? |
2020-11-12 00:21:22 +0100 | <bqv> | • No instance for (Show (IO b0)) arising from a use of ‘print’ |
2020-11-12 00:21:26 +0100 | <bqv> | Uh, what |
2020-11-12 00:22:27 +0100 | <Rembane> | bla >>= print |
2020-11-12 00:22:30 +0100 | <Rembane> | Should work better |
2020-11-12 00:22:45 +0100 | <dminuoso> | gtk: right |
2020-11-12 00:22:49 +0100 | <gtk> | dminuoso: bottom means can contain error; so if ByteArray# don't contain bottom, it means the opposite of can contain error? |
2020-11-12 00:22:53 +0100 | <monochrom> | bqv, if you have "foo :: IO (IO Int)", perhaps you have better luck telling ghci to "x <- foo", so as to sidestep the thorny question "how to print x :: IO Int" |
2020-11-12 00:22:58 +0100 | <dminuoso> | gtk: Id rather say "bottom means not defined" |
2020-11-12 00:23:10 +0100 | <dminuoso> | the reason I chose this phrasing is, becaue it could also be an infinite computation |
2020-11-12 00:23:38 +0100 | <bqv> | Rembane: mm, seems it was hiding an error |
2020-11-12 00:23:49 +0100 | <gtk> | is this infinite computation? [1..] dminuoso |
2020-11-12 00:23:59 +0100 | <dminuoso> | `length [1..]` is |
2020-11-12 00:24:18 +0100 | <bqv> | monochrom: I just didn't realise... I did <&> instead of >>= but couldn't tell cause it was just silent |
2020-11-12 00:24:21 +0100 | <dminuoso> | It will not ever return a value, from a semantics position that however is indistinguishable from `error "foo"` |
2020-11-12 00:24:21 +0100 | xerox_ | (~xerox@unaffiliated/xerox) |
2020-11-12 00:24:32 +0100 | <dminuoso> | In both cases you don't get a value back |
2020-11-12 00:24:39 +0100 | dansho | (~dansho@ip68-108-167-185.lv.lv.cox.net) |
2020-11-12 00:24:41 +0100 | conal | (~conal@66.115.157.100) (Quit: Computer has gone to sleep.) |
2020-11-12 00:24:58 +0100 | alp | (~alp@2a01:e0a:58b:4920:1845:95d6:9c3f:6683) (Ping timeout: 244 seconds) |
2020-11-12 00:26:06 +0100 | <dminuoso> | gtk: So in short: If its unboxed, its also necessarily unlifted |
2020-11-12 00:26:09 +0100 | <gtk> | dminuoso: i still dont see the point of distinguishing lifted or primitive |
2020-11-12 00:26:14 +0100 | <dminuoso> | (because it requires boxing in order to have bottom) |
2020-11-12 00:26:46 +0100 | <dminuoso> | gtk: So boxing just means you have an additional level of indirection in memory |
2020-11-12 00:26:59 +0100 | <dminuoso> | we need that boxing in order to represent say thunks |
2020-11-12 00:27:15 +0100 | <dminuoso> | without that box, at best you could just have a value right there. |
2020-11-12 00:27:27 +0100 | <gtk> | dminuoso: i sort of get boxed vs. unboxed; it seems boxed are in the land of haskell. but lifted is more baffling to understand |
2020-11-12 00:27:41 +0100 | <dminuoso> | gtk: the term "lifted" is not interetsing |
2020-11-12 00:27:46 +0100 | <dminuoso> | it's "unlifted" that is interesting |
2020-11-12 00:27:49 +0100 | Iceland_jack | (~user@95.149.219.123) (Ping timeout: 264 seconds) |
2020-11-12 00:28:15 +0100 | <dminuoso> | Like I said, the only reason to talk about lifted/unlifted is because of things like ByteArray# |
2020-11-12 00:28:25 +0100 | carlomagno | (~cararell@148.87.23.10) (Ping timeout: 264 seconds) |
2020-11-12 00:28:39 +0100 | <gtk> | when would you use Int# instead of just Int? |
2020-11-12 00:28:44 +0100 | <dminuoso> | In GHC, ByteArray# exists on the heap, so that requires an indirection (thus boxing!) |
2020-11-12 00:29:10 +0100 | <dminuoso> | But that's just an implementation issue, in principle we dont need to represent a thunk that could, possibly evalutae to error or infinite computation |
2020-11-12 00:29:37 +0100 | <monochrom> | You have to consider how to implement laziness, and how to still have non-lazy, actual integers, in order to see you need both lifted and unlifted. |
2020-11-12 00:30:08 +0100 | <monochrom> | If you have time, any of those lengthy STG papers/tutorials has it. |
2020-11-12 00:30:09 +0100 | <gtk> | so unboxed are not lazy? |
2020-11-12 00:30:13 +0100 | justsomeguy | (~justsomeg@unaffiliated/--/x-3805311) |
2020-11-12 00:30:15 +0100 | <dminuoso> | indeed. |
2020-11-12 00:30:23 +0100 | <dminuoso> | they're just there, directly in memory |
2020-11-12 00:30:37 +0100 | <gtk> | I'm begging to see through the cloud |
2020-11-12 00:30:38 +0100 | <dminuoso> | if you had a pointer to an unboxed value, you could just read from that pointer |
2020-11-12 00:30:45 +0100 | <gtk> | beginning |
2020-11-12 00:30:49 +0100 | conal | (~conal@66.115.157.100) |
2020-11-12 00:30:51 +0100 | <monochrom> | If you have less time, https://github.com/takenobu-hs/haskell-ghc-illustrated is of reasonable length. |
2020-11-12 00:31:45 +0100 | jmcarthur | (~jmcarthur@c-73-29-224-10.hsd1.nj.comcast.net) |
2020-11-12 00:31:58 +0100 | <dminuoso> | If it wasnt for things like ByteArray#, we wouldnt even have lifted/unlifted, we'd just have boxed/unboxed |
2020-11-12 00:32:14 +0100 | <dminuoso> | (and implicitly know that boxed meant lifted, and unboxed meant unlifted) |
2020-11-12 00:33:14 +0100 | <monochrom> | Yeah the 2nd axis is just because some non-lazy primitive things are too big so they must still sit on the heap. |
2020-11-12 00:34:07 +0100 | <dminuoso> | So if you want the really short answer, replace "lifted" with "boxed", and "unlifted" with "unboxed", and then move on. |
2020-11-12 00:34:08 +0100 | <gtk> | Is there any good tutorials on how GHC works? |
2020-11-12 00:34:13 +0100 | <dminuoso> | That's an approximation that's perfectly fine |
2020-11-12 00:34:19 +0100 | <monochrom> | "box" means exactly what Rust means by Box<T>. |
2020-11-12 00:34:22 +0100 | <dminuoso> | gtk: monochrom linked a pretty good book above |
2020-11-12 00:34:25 +0100 | <monochrom> | (How convenient!) |
2020-11-12 00:34:35 +0100 | <gtk> | I've tried to read the wiki. But it's a bit daunting. |
2020-11-12 00:34:47 +0100 | <gtk> | dminuoso: ok i'll chck it |
2020-11-12 00:34:53 +0100 | <dminuoso> | well. "book" |
2020-11-12 00:34:58 +0100 | <dminuoso> | its rather a pdf with some slides |
2020-11-12 00:35:04 +0100 | <monochrom> | This is supposed to be daunting. Especially for people who have never written a compiler. |
2020-11-12 00:35:08 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) |
2020-11-12 00:35:18 +0100 | <dminuoso> | an industry grade compiler |
2020-11-12 00:35:31 +0100 | <dminuoso> | With decades of research in its code base |
2020-11-12 00:35:35 +0100 | <monochrom> | Nah, doesn't have to be that far. |
2020-11-12 00:35:52 +0100 | <dminuoso> | oh |
2020-11-12 00:35:57 +0100 | <dminuoso> | I read that statement wrong |
2020-11-12 00:35:59 +0100 | son0p | (~son0p@181.136.122.143) (Quit: leaving) |
2020-11-12 00:36:04 +0100 | <dminuoso> | Or you understood my remark wrong |
2020-11-12 00:36:08 +0100 | <dminuoso> | Either way |
2020-11-12 00:36:19 +0100 | frdg | (47b88ff9@pool-71-184-143-249.bstnma.fios.verizon.net) (Remote host closed the connection) |
2020-11-12 00:36:41 +0100 | <gtk> | Do you guys all take a complier theory class first right before understanding this stuff |
2020-11-12 00:36:47 +0100 | <monochrom> | Having written a compiler, even a toy one, even for an imperative eager language, primes your mind to anticipate patience, craziness, and cool tricks when you level up to a harder compiler or language. |
2020-11-12 00:36:50 +0100 | <dminuoso> | No, I dropped out of school |
2020-11-12 00:37:38 +0100 | <dminuoso> | monochrom: heh, it wasnt until I wrote my very own kernel that I understood how to be mindful of writing cache aware code. |
2020-11-12 00:38:11 +0100 | <dminuoso> | It's quite amazing how writing cache and pipeline aware code can easily bump up performance by a factor of 10. |
2020-11-12 00:38:53 +0100 | <Rembane> | dminuoso: Why did you write your own kernel? |
2020-11-12 00:39:15 +0100 | <dminuoso> | Rembane: The short answer, I wanted to understand what `return 0;` returned to in main in C. |
2020-11-12 00:39:21 +0100 | _linker_ | (~linker@185.12.21.77) (Remote host closed the connection) |
2020-11-12 00:39:36 +0100 | <Rembane> | dminuoso: That sounds like quite a rabbit hole. Nice! :D |
2020-11-12 00:40:48 +0100 | <monochrom> | A "computer organization" class is the minimum requirement for this stuff. |
2020-11-12 00:41:12 +0100 | <monochrom> | If you don't know jack about stack, heap, registers, addresses, you have no chance. |
2020-11-12 00:41:21 +0100 | <gtk> | I'm at the beginning chapters of the dragon book on compilers |
2020-11-12 00:41:27 +0100 | carlomagno | (~cararell@148.87.23.10) |
2020-11-12 00:41:35 +0100 | <dminuoso> | In retrospect, the dragon book is not that good of a book |
2020-11-12 00:41:52 +0100 | <dminuoso> | It doesn't cover the really interesting parts of a compiler, in my opinion |
2020-11-12 00:41:53 +0100 | <gtk> | It's dated? |
2020-11-12 00:42:05 +0100 | <hekkaidekapus> | sm[m]: GHC/Haskell has an extension to the Haskell-2010’s module system. It’s of course Backpack whose concern is about modular development, in the incremental and separate flavours. Haskell-2010 is grosso modo about the incremental flavour—what you called ‘module~file’. |
2020-11-12 00:42:10 +0100 | <dminuoso> | But, if you're completley new to the subject, it's worth a read I guess. |
2020-11-12 00:42:17 +0100 | <dminuoso> | gtk: being dated is not the problem at all |
2020-11-12 00:42:23 +0100 | <monochrom> | And my "know stack" does not mean you've heard of it and can parrot talking about "non-tail call uses stack". I mean you have screwed around with the stack pointer register. |
2020-11-12 00:42:32 +0100 | <monochrom> | at the asm level |
2020-11-12 00:43:52 +0100 | <bqv> | :t GHC.Generics.to |
2020-11-12 00:43:53 +0100 | <lambdabot> | GHC.Generics.Generic a => GHC.Generics.Rep a x -> a |
2020-11-12 00:43:58 +0100 | <bqv> | This shadows lens :| |
2020-11-12 00:44:21 +0100 | <bqv> | (it's reexported by protolude!) |
2020-11-12 00:44:28 +0100 | <monochrom> | Oh, Appel's "modern compiler implementation in ML" is much better. |
2020-11-12 00:45:02 +0100 | <dminuoso> | gtk: Also consider Types and Programming Languages if you are interested in compilers more. Sadly the dragon book doesn't really talk about types |
2020-11-12 00:45:04 +0100 | <gtk> | monochrom: let me check that out too |
2020-11-12 00:45:35 +0100 | <dminuoso> | And Appel is indeed a good read |
2020-11-12 00:45:47 +0100 | <gtk> | I hope I dont need to understand too deeply about lambda calculus |
2020-11-12 00:46:00 +0100 | <gtk> | I mean that would defintely kill me if i have to learn that too |
2020-11-12 00:46:19 +0100 | <dminuoso> | Lambda calculus is very simple *shrugs* |
2020-11-12 00:47:04 +0100 | dhouthoo | (~dhouthoo@ptr-eiv6509pb4ifhdr9lsd.18120a2.ip6.access.telenet.be) (Quit: WeeChat 2.9) |
2020-11-12 00:47:53 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 00:48:18 +0100 | <gtk> | dminuoso: great moment of solitude for you |
2020-11-12 00:49:04 +0100 | <monochrom> | lambda calculus is simple or complex depending on how many theorems you're required to prove about it. |
2020-11-12 00:49:09 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:e4ec:2d0a:6536:c606) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 00:49:25 +0100 | darjeeling_ | (~darjeelin@122.245.210.116) (Ping timeout: 264 seconds) |
2020-11-12 00:50:03 +0100 | <monochrom> | it's rather like playing the piano or many (though not all) musical instruments. |
2020-11-12 00:50:24 +0100 | <dminuoso> | Or like category theory. Can explain it to 8 year old kids |
2020-11-12 00:50:35 +0100 | <monochrom> | If I just ask you to evaluate (\x. x x)(\y. y y) or just play one C major scale, that's simple. |
2020-11-12 00:50:37 +0100 | <gtk> | monochrom: that Appel book can be easily translated to Haskell right? |
2020-11-12 00:51:00 +0100 | jmcarthur | (~jmcarthur@c-73-29-224-10.hsd1.nj.comcast.net) (Ping timeout: 258 seconds) |
2020-11-12 00:51:04 +0100 | <monochrom> | But proving confluence or playing a Liszt piece... You quickly learn that humanity can take any simple thing and turn it into a monster. |
2020-11-12 00:52:28 +0100 | <gtk> | Profunctors, contravariant...too damn difficult. I can't imaging how people managed to write stuff like the Lens library. I mean from beginner to that level, it's hard to find the path |
2020-11-12 00:52:42 +0100 | <dminuoso> | gtk: what's your overall goal? |
2020-11-12 00:52:53 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 246 seconds) |
2020-11-12 00:52:55 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 258 seconds) |
2020-11-12 00:53:02 +0100 | <monochrom> | It did take ekmett some 10 years, no? |
2020-11-12 00:53:07 +0100 | <dminuoso> | gtk: Also, https://patrickmn.com/software/the-haskell-pyramid/ |
2020-11-12 00:53:18 +0100 | <dminuoso> | Understanding the basics of lens is actually wonderfully simple. |
2020-11-12 00:53:37 +0100 | <dminuoso> | When I was a beginner, ertes-w had a series of simple excercises, leading me to come up with lenses myself easily |
2020-11-12 00:53:42 +0100 | <monochrom> | When I was a kid I was like "I can't imagine how I would make it to university. I keep hearing it's really hard." |
2020-11-12 00:53:50 +0100 | wroathe | (~wroathe@c-73-24-27-54.hsd1.mn.comcast.net) |
2020-11-12 00:54:03 +0100 | <monochrom> | When I got into university I was like "I can't imagine how I would make it to PhD, I keep hearing it's really hard". |
2020-11-12 00:54:07 +0100 | <monochrom> | Then I got a PhD. |
2020-11-12 00:54:13 +0100 | <dminuoso> | Now I just look at optics-core and realize "oh well, profunctor optics really isn't *too* different from van laarhoven lenses..." |
2020-11-12 00:54:24 +0100 | <dminuoso> | monochrom: So what's hard for you now? |
2020-11-12 00:54:40 +0100 | <monochrom> | Getting tenure? I think I'm too old for that now. :) |
2020-11-12 00:54:55 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Read error: Connection reset by peer) |
2020-11-12 00:55:03 +0100 | <gtk> | monochrom: do you teach haskell? |
2020-11-12 00:55:09 +0100 | <gtk> | at your university? |
2020-11-12 00:55:11 +0100 | <monochrom> | You just have to build up one step at a time. |
2020-11-12 00:55:14 +0100 | <dminuoso> | monochrom: Huh? How old are you? |
2020-11-12 00:55:17 +0100 | <monochrom> | 50 |
2020-11-12 00:55:25 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 00:55:31 +0100 | <dminuoso> | Somehow I always imagined you to be 30. |
2020-11-12 00:55:39 +0100 | <dminuoso> | You *read* like you're 30! |
2020-11-12 00:55:40 +0100 | <monochrom> | Me too. |
2020-11-12 00:55:47 +0100 | <Uniaika> | oh damn |
2020-11-12 00:56:08 +0100 | <dminuoso> | gtk: Anyhow, take a look at my last link |
2020-11-12 00:56:12 +0100 | <dminuoso> | Let it sink in, and dont rush into things. |
2020-11-12 00:56:23 +0100 | <gtk> | got it |
2020-11-12 00:56:30 +0100 | <dminuoso> | Focus on getting productive, not trying to absorb all the things you think are necessary |
2020-11-12 00:56:34 +0100 | <monochrom> | I decided that I should just not worry about age (apart from watching out for health, of course). |
2020-11-12 00:57:02 +0100 | <dminuoso> | Mmm, that formally puts you into risk category on covid, doesnt it? |
2020-11-12 00:57:18 +0100 | <dminuoso> | Somewhat relatedly, are you still teaching currently? In presence? |
2020-11-12 00:57:39 +0100 | <monochrom> | Don't worry, I stay home, online teaching. |
2020-11-12 00:58:02 +0100 | conal | (~conal@66.115.157.100) (Quit: Computer has gone to sleep.) |
2020-11-12 00:58:16 +0100 | <monochrom> | I have always kept a child-like curious mind. That helps a lot. |
2020-11-12 00:58:30 +0100 | <monochrom> | (towards imposting a young person) |
2020-11-12 00:58:42 +0100 | <dminuoso> | imposting? |
2020-11-12 00:58:46 +0100 | <dminuoso> | Is that a word? |
2020-11-12 00:58:52 +0100 | <monochrom> | I don't know! |
2020-11-12 00:58:55 +0100 | <Uniaika> | impersonating maybe? |
2020-11-12 00:59:04 +0100 | <Rembane> | Impostorating! |
2020-11-12 00:59:05 +0100 | <monochrom> | imposter syndrome -> imposting |
2020-11-12 00:59:06 +0100 | Rembane | nods |
2020-11-12 00:59:20 +0100 | <dminuoso> | imposternizing |
2020-11-12 00:59:36 +0100 | <Rembane> | Postmoderinising imp e |
2020-11-12 00:59:57 +0100 | <gtk> | Simon jones also imposting a child. he doesn have to though,haha |
2020-11-12 01:00:01 +0100 | paulk-collins | (~paulk-col@195.206.169.184) () |
2020-11-12 01:00:44 +0100 | <dminuoso> | How does one impost a young person with that.. etymology monochrom? |
2020-11-12 01:00:54 +0100 | <dminuoso> | You should make an entry in merriam webster |
2020-11-12 01:01:27 +0100 | <dminuoso> | Or is this some obscure form of Canadian humor? |
2020-11-12 01:01:38 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 246 seconds) |
2020-11-12 01:01:59 +0100 | <jackdk> | Does anyone know if the isos with the following types have a canonical name anywhere? `Iso' (Compose f Identity a) (f a)` and `Iso' (Compose Identity f a) (f a)` |
2020-11-12 01:02:00 +0100 | <monochrom> | perhaps simply ESL |
2020-11-12 01:02:04 +0100 | gtk | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) (Remote host closed the connection) |
2020-11-12 01:02:37 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) (Ping timeout: 264 seconds) |
2020-11-12 01:03:54 +0100 | <dminuoso> | jackdk: categories calls them idl and idr |
2020-11-12 01:04:06 +0100 | <dminuoso> | https://hackage.haskell.org/package/categories-1.0.7/docs/Control-Category-Monoidal.html |
2020-11-12 01:04:24 +0100 | <dminuoso> | Not sure whether that's "canonical" |
2020-11-12 01:04:45 +0100 | <dminuoso> | But I'd suspect they'd always go with `idr` `identityR` or some such. |
2020-11-12 01:05:25 +0100 | <dminuoso> | (or you could call them lambda/rho) |
2020-11-12 01:08:13 +0100 | mananamenos | (~mananamen@84.122.202.215.dyn.user.ono.com) (Ping timeout: 260 seconds) |
2020-11-12 01:10:58 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 01:11:08 +0100 | bquest_123_ | (~bquest_12@5.112.15.240) (Ping timeout: 260 seconds) |
2020-11-12 01:14:40 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) (Ping timeout: 246 seconds) |
2020-11-12 01:15:15 +0100 | <bqv> | Anyone used lazyio? |
2020-11-12 01:15:23 +0100 | Feuermagier | (~Feuermagi@213.178.26.41) |
2020-11-12 01:16:33 +0100 | replay | (~default@pdpc/supporter/student/replay) |
2020-11-12 01:17:49 +0100 | <sm[m]> | has anybody seen automated tests for a vty/brick app ? I tried with expect and empty but did not get there - https://github.com/simonmichael/hledger/tree/master/tests/ui |
2020-11-12 01:17:50 +0100 | Feuermagier_ | (~Feuermagi@213.178.26.41) (Ping timeout: 256 seconds) |
2020-11-12 01:18:36 +0100 | hyperisco | (~hyperisco@d192-186-117-226.static.comm.cgocable.net) (Read error: Connection reset by peer) |
2020-11-12 01:19:37 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) (Quit: Leaving) |
2020-11-12 01:20:17 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) |
2020-11-12 01:20:19 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) (Remote host closed the connection) |
2020-11-12 01:20:37 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) (Ping timeout: 246 seconds) |
2020-11-12 01:21:42 +0100 | bquest_123_ | (~bquest_12@5.112.15.240) |
2020-11-12 01:27:39 +0100 | hekkaidekapus_ | (~tchouri@gateway/tor-sasl/hekkaidekapus) |
2020-11-12 01:27:59 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
2020-11-12 01:28:30 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) |
2020-11-12 01:28:36 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 01:29:17 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) (Ping timeout: 246 seconds) |
2020-11-12 01:30:03 +0100 | hekkaidekapus | (~tchouri@gateway/tor-sasl/hekkaidekapus) (Ping timeout: 240 seconds) |
2020-11-12 01:31:19 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
2020-11-12 01:32:44 +0100 | lemmih | (~lemmih@2406:3003:2072:44:45cb:65e7:796d:adde) (Remote host closed the connection) |
2020-11-12 01:33:15 +0100 | Tario | (~Tario@201.192.165.173) |
2020-11-12 01:33:56 +0100 | danso | (~dan@69-165-210-185.cable.teksavvy.com) |
2020-11-12 01:33:59 +0100 | borne | (~fritjof@200116b864a609004fbf5cd6c83663b1.dip.versatel-1u1.de) (Ping timeout: 272 seconds) |
2020-11-12 01:34:42 +0100 | bquest_123_ | (~bquest_12@5.112.15.240) (Ping timeout: 258 seconds) |
2020-11-12 01:35:58 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) |
2020-11-12 01:36:00 +0100 | timCF | (~i.tkachuk@m91-129-105-245.cust.tele2.ee) (Ping timeout: 272 seconds) |
2020-11-12 01:36:12 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Ping timeout: 260 seconds) |
2020-11-12 01:36:13 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 01:37:28 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 01:39:47 +0100 | Tuplanolla | (~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) (Quit: Leaving.) |
2020-11-12 01:41:30 +0100 | hackage | polysemy-extra 0.1.2.0 - Extra Input and Output functions for polysemy.. https://hackage.haskell.org/package/polysemy-extra-0.1.2.0 (locallycompact) |
2020-11-12 01:41:37 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 246 seconds) |
2020-11-12 01:44:11 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 01:46:13 +0100 | <bqv> | Ooh.. |
2020-11-12 01:46:44 +0100 | jakalx | (~jakalx@base.jakalx.net) (Ping timeout: 256 seconds) |
2020-11-12 01:47:08 +0100 | jneira | (5127ac76@gateway/web/cgi-irc/kiwiirc.com/ip.81.39.172.118) (Quit: Connection closed) |
2020-11-12 01:47:16 +0100 | Varis | (~Tadas@unaffiliated/varis) (Remote host closed the connection) |
2020-11-12 01:48:31 +0100 | hackage | polysemy-vinyl 0.1.1.0 - Functions for mapping vinyl records in polysemy. https://hackage.haskell.org/package/polysemy-vinyl-0.1.1.0 (locallycompact) |
2020-11-12 01:49:07 +0100 | nf | (~n@2001:19f0:6801:413:5400:2ff:feff:23e0) (Quit: Fairfarren.) |
2020-11-12 01:49:44 +0100 | nf | (~n@monade.li) |
2020-11-12 01:50:21 +0100 | dominicusin[m] | (dominicusi@gateway/shell/matrix.org/x-itajzxotiwilhjzz) |
2020-11-12 01:50:58 +0100 | Varis | (~Tadas@unaffiliated/varis) |
2020-11-12 01:53:42 +0100 | alp | (~alp@2a01:e0a:58b:4920:a07f:dbae:be53:fee0) |
2020-11-12 01:54:32 +0100 | Tops2 | (~Tobias@dyndsl-091-249-083-161.ewe-ip-backbone.de) (Read error: Connection reset by peer) |
2020-11-12 01:56:37 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 01:56:56 +0100 | TheCavalry | (~TheCavalr@185.204.1.185) |
2020-11-12 01:59:48 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) |
2020-11-12 02:02:41 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 258 seconds) |
2020-11-12 02:06:24 +0100 | macrover | (~macrover@ip70-189-231-35.lv.lv.cox.net) |
2020-11-12 02:06:49 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) (Ping timeout: 264 seconds) |
2020-11-12 02:10:37 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) |
2020-11-12 02:10:46 +0100 | FreeBirdLjj | (~freebirdl@101.228.42.108) (Remote host closed the connection) |
2020-11-12 02:10:47 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 02:11:23 +0100 | FreeBirdLjj | (~freebirdl@101.228.42.108) |
2020-11-12 02:11:37 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) (Quit: leaving) |
2020-11-12 02:12:37 +0100 | alp | (~alp@2a01:e0a:58b:4920:a07f:dbae:be53:fee0) (Ping timeout: 272 seconds) |
2020-11-12 02:14:09 +0100 | ystael | (~ystael@209.6.50.55) (Ping timeout: 256 seconds) |
2020-11-12 02:15:43 +0100 | FreeBirdLjj | (~freebirdl@101.228.42.108) (Ping timeout: 258 seconds) |
2020-11-12 02:16:25 +0100 | nf | (~n@monade.li) (Quit: Fairfarren.) |
2020-11-12 02:17:50 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 02:18:11 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
2020-11-12 02:18:27 +0100 | nf | (~n@monade.li) |
2020-11-12 02:19:21 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 02:21:07 +0100 | Jeanne-Kamikaze | (~Jeanne-Ka@66.115.189.189) |
2020-11-12 02:21:19 +0100 | ashbreeze | (~mark@72-161-252-32.dyn.centurytel.net) |
2020-11-12 02:21:23 +0100 | jedws | (~jedws@101.184.175.183) (Client Quit) |
2020-11-12 02:21:32 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 02:22:05 +0100 | Rudd0^ | (~Rudd0@185.189.115.98) (Ping timeout: 256 seconds) |
2020-11-12 02:23:28 +0100 | _ashbreeze_ | (~mark@72-161-252-32.dyn.centurytel.net) (Ping timeout: 260 seconds) |
2020-11-12 02:25:24 +0100 | tomboy64 | (~tomboy64@gateway/tor-sasl/tomboy64) (Remote host closed the connection) |
2020-11-12 02:26:05 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 240 seconds) |
2020-11-12 02:26:35 +0100 | replay | (~default@pdpc/supporter/student/replay) (Read error: Connection reset by peer) |
2020-11-12 02:26:37 +0100 | conal | (~conal@64.71.133.70) (Ping timeout: 264 seconds) |
2020-11-12 02:28:23 +0100 | Lord_of_Life_ | (~Lord@46.217.216.229) |
2020-11-12 02:28:54 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) |
2020-11-12 02:29:30 +0100 | hackage | implicit-hie 0.1.2.1 - Auto generate hie-bios cradles & hie.yaml https://hackage.haskell.org/package/implicit-hie-0.1.2.1 (Avi_Dessauer) |
2020-11-12 02:30:28 +0100 | Lord_of_Life | (~Lord@unaffiliated/lord-of-life/x-0885362) (Ping timeout: 260 seconds) |
2020-11-12 02:31:00 +0100 | hackage | implicit-hie-cradle 0.3.0.0 - Auto generate hie-bios cradles https://hackage.haskell.org/package/implicit-hie-cradle-0.3.0.0 (Avi_Dessauer) |
2020-11-12 02:31:25 +0100 | tomboy64 | (~tomboy64@gateway/tor-sasl/tomboy64) |
2020-11-12 02:32:01 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) (Ping timeout: 246 seconds) |
2020-11-12 02:33:48 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) |
2020-11-12 02:34:11 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) |
2020-11-12 02:35:07 +0100 | xff0x | (~fox@2001:1a81:5388:cb00:8fe4:ec20:878e:f666) (Ping timeout: 260 seconds) |
2020-11-12 02:35:30 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) (Ping timeout: 260 seconds) |
2020-11-12 02:35:39 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) (Ping timeout: 258 seconds) |
2020-11-12 02:36:05 +0100 | xff0x | (~fox@2001:1a81:5388:cb00:38e6:5a6a:4097:75d1) |
2020-11-12 02:38:40 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 02:39:05 +0100 | Varis | (~Tadas@unaffiliated/varis) (Ping timeout: 256 seconds) |
2020-11-12 02:39:20 +0100 | shailangsa | (~shailangs@host86-186-136-90.range86-186.btcentralplus.com) |
2020-11-12 02:42:50 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Read error: Connection reset by peer) |
2020-11-12 02:43:13 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) (Ping timeout: 246 seconds) |
2020-11-12 02:44:24 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 272 seconds) |
2020-11-12 02:44:28 +0100 | wroathe | (~wroathe@c-73-24-27-54.hsd1.mn.comcast.net) (Ping timeout: 260 seconds) |
2020-11-12 02:44:45 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) (Ping timeout: 256 seconds) |
2020-11-12 02:45:51 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
2020-11-12 02:46:07 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@67.23.55.162) |
2020-11-12 02:46:36 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) |
2020-11-12 02:50:49 +0100 | maroloccio | (~marolocci@2a02:8084:221:ce00:164f:8aff:fed8:411d) |
2020-11-12 02:53:32 +0100 | Jesin | (~Jesin@pool-72-66-101-18.washdc.fios.verizon.net) (Quit: Leaving) |
2020-11-12 02:54:01 +0100 | Jesin | (~Jesin@pool-72-66-101-18.washdc.fios.verizon.net) |
2020-11-12 02:54:49 +0100 | Chi1thangoo | (~Chi1thang@87.112.60.168) (Ping timeout: 264 seconds) |
2020-11-12 02:57:05 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) (Ping timeout: 240 seconds) |
2020-11-12 02:57:52 +0100 | <bqv> | Translating imperative code to funct |
2020-11-12 02:57:59 +0100 | <bqv> | onal is a pain |
2020-11-12 02:57:59 +0100 | tabemann | (~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net) |
2020-11-12 02:58:17 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
2020-11-12 02:58:36 +0100 | <bqv> | requires full redesign, not just porting |
2020-11-12 02:59:03 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) (Ping timeout: 260 seconds) |
2020-11-12 03:00:41 +0100 | <sm[m]> | it's often said that you can replicate imperative code in haskell. It's true, but not often done. If the techniques were better known it might be used a bit more |
2020-11-12 03:01:01 +0100 | wwwww | (~wwwww@unaffiliated/wwwww) |
2020-11-12 03:01:56 +0100 | <bqv> | I mean you can, it's just not ergonomic to write or efficient to run |
2020-11-12 03:02:05 +0100 | Varis | (~Tadas@unaffiliated/varis) |
2020-11-12 03:02:52 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 258 seconds) |
2020-11-12 03:03:05 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) |
2020-11-12 03:05:47 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) (Quit: “It’s only logical. First you learn to talk, then you learn to think. Too bad it’s not the other way round.”) |
2020-11-12 03:10:02 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 03:11:38 +0100 | m0rphism | (~m0rphism@HSI-KBW-095-208-098-207.hsi5.kabel-badenwuerttemberg.de) (Ping timeout: 272 seconds) |
2020-11-12 03:17:13 +0100 | lucasb | (uid333435@gateway/web/irccloud.com/x-pbogwxffcquqlbnb) (Quit: Connection closed for inactivity) |
2020-11-12 03:17:38 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) |
2020-11-12 03:17:57 +0100 | <koz_> | bqv: I dunno why you claim the latter. ST is pretty efficient IIRC. |
2020-11-12 03:18:09 +0100 | angerman | (sid209936@gateway/web/irccloud.com/x-vpzhonusupvskvmg) (Excess Flood) |
2020-11-12 03:18:19 +0100 | angerman | (sid209936@gateway/web/irccloud.com/x-mlhkemfvngmbvuol) |
2020-11-12 03:19:28 +0100 | <bqv> | My gut feeling is it wouldnt be as effective as the pure haskell approach, since its kinda a mixture of both, but im happy to be corrected |
2020-11-12 03:20:43 +0100 | <koz_> | bqv: If you need mutability (which is what I guess the problem in translation would be), you can have it with ST. |
2020-11-12 03:21:06 +0100 | <koz_> | And it's pretty efficient as far as I'm aware. |
2020-11-12 03:23:22 +0100 | <bqv> | For the specific example im looking at (nasty nested for loops) i wouldnt doubt, but if i were to try and use it for the whole port im doing, id have to find an analogue for pointers too, as well as any freaky memory tricks, so i think its fair to assume it'd be less effective without some pretty sharp optimizing |
2020-11-12 03:23:57 +0100 | <koz_> | Uhh, we have pointers in GHC. |
2020-11-12 03:24:00 +0100 | <koz_> | Of various stripes even. |
2020-11-12 03:24:19 +0100 | <koz_> | And you can have 'nasty nested for-loops' in ST using ... wait for it... 'for'? :P |
2020-11-12 03:24:28 +0100 | <koz_> | (or for_ if you just need mutation) |
2020-11-12 03:25:01 +0100 | <koz_> | Like, I admit that it's not the nicest way to write Haskell, but it's neither particularly hard, nor particularly inefficient. |
2020-11-12 03:25:27 +0100 | <bqv> | *shrug* i'll take your word for it, still steering clear |
2020-11-12 03:27:11 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@67.23.55.162) (Quit: Textual IRC Client: www.textualapp.com) |
2020-11-12 03:28:41 +0100 | drbean | (~drbean@TC210-63-209-169.static.apol.com.tw) |
2020-11-12 03:30:56 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
2020-11-12 03:31:11 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:dc2f:c1a2:afcc:89b0) |
2020-11-12 03:32:13 +0100 | aarvar | (~foewfoiew@c.24.56.239.179.static.broadstripe.net) (Ping timeout: 246 seconds) |
2020-11-12 03:32:31 +0100 | ericsagn1 | (~ericsagne@2405:6580:0:5100:c30c:e109:135c:6061) (Ping timeout: 244 seconds) |
2020-11-12 03:34:07 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
2020-11-12 03:35:42 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 260 seconds) |
2020-11-12 03:37:31 +0100 | <jophish> | Perhaps I'm having a moment, but is there a nicer way of using values at compile time in quasiquotes than: $(lift [q|...|]). For example, lets say I have a quasiquoter doing string interpolation (so [q|$x$y|] becomes `x <> y`) but I'd like to evaluate that at compile time |
2020-11-12 03:37:41 +0100 | <jophish> | $(lift foo) seems pretty weird |
2020-11-12 03:37:52 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) |
2020-11-12 03:38:13 +0100 | <jophish> | I mean, I guess I could incorporate the lift into the output of the quoter, but $([q|...|]) also looks quite clumsy |
2020-11-12 03:38:59 +0100 | Sheilong | (uid293653@gateway/web/irccloud.com/x-amyflsszyhqepalq) () |
2020-11-12 03:39:26 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 03:40:12 +0100 | thunderrd | (~thunderrd@183.182.112.251) (Read error: Connection reset by peer) |
2020-11-12 03:40:33 +0100 | Sgeo | (~Sgeo@ool-18b982ad.dyn.optonline.net) (Read error: Connection reset by peer) |
2020-11-12 03:41:23 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 03:41:56 +0100 | <koz_> | If you have QuasiQuotes turned on, and 'q' is a quasiquoter you defined, you can just do [q|..|]? |
2020-11-12 03:43:17 +0100 | <jophish> | [q|$x$y|] will insert the expression `x <> y` (for this interpolating quasiquoter), but what I really want is a string literal with contents equal to `x <> y` |
2020-11-12 03:43:28 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) (Ping timeout: 256 seconds) |
2020-11-12 03:43:41 +0100 | <jophish> | stage restrictions notwithstanding |
2020-11-12 03:44:01 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 264 seconds) |
2020-11-12 03:44:08 +0100 | Sgeo | (~Sgeo@ool-18b982ad.dyn.optonline.net) |
2020-11-12 03:44:22 +0100 | <jophish> | I suppose perhaps a simpler example is, can I write a quasiquoter [file|x|] which will become the results of: `readFile x` |
2020-11-12 03:44:33 +0100 | <jophish> | instead of becoming literally `readFile x` |
2020-11-12 03:45:08 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 260 seconds) |
2020-11-12 03:45:28 +0100 | <jophish> | This is tantamount to getting the RHS of declarations in a splice |
2020-11-12 03:45:31 +0100 | <jophish> | which GHC doesn't support |
2020-11-12 03:45:51 +0100 | <jophish> | so perhaps this two stage process (i.e. $([q|...|])) is necessary |
2020-11-12 03:47:12 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) |
2020-11-12 03:48:53 +0100 | xff0x | (~fox@2001:1a81:5388:cb00:38e6:5a6a:4097:75d1) (Ping timeout: 272 seconds) |
2020-11-12 03:50:15 +0100 | xff0x | (~fox@2001:1a81:53be:a900:d560:4ea6:2896:65fd) |
2020-11-12 03:51:18 +0100 | <jophish> | Seems quite relevant: https://stackoverflow.com/questions/48489622/why-is-there-no-representation-for-th-in-th |
2020-11-12 03:53:23 +0100 | shatriff | (~vitaliish@176.52.219.10) (Remote host closed the connection) |
2020-11-12 03:53:38 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 03:53:40 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) |
2020-11-12 03:54:53 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
2020-11-12 03:56:08 +0100 | drbean | (~drbean@TC210-63-209-169.static.apol.com.tw) (Quit: ZNC 1.8.2+cygwin1 - https://znc.in) |
2020-11-12 03:57:58 +0100 | Deide | (~Deide@217.155.19.23) (Quit: Seeee yaaaa) |
2020-11-12 03:58:14 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 264 seconds) |
2020-11-12 03:58:50 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) (Ping timeout: 258 seconds) |
2020-11-12 04:00:01 +0100 | TheCavalry | (~TheCavalr@185.204.1.185) () |
2020-11-12 04:01:07 +0100 | toorevitimirp | (~tooreviti@117.182.180.38) |
2020-11-12 04:02:47 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Remote host closed the connection) |
2020-11-12 04:04:12 +0100 | Tario | (~Tario@201.192.165.173) |
2020-11-12 04:04:13 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 04:04:56 +0100 | jakalx | (~jakalx@base.jakalx.net) |
2020-11-12 04:05:07 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 04:11:50 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
2020-11-12 04:13:32 +0100 | urodna | (~urodna@unaffiliated/urodna) (Quit: urodna) |
2020-11-12 04:13:48 +0100 | SeMas | (uid32977@gateway/web/irccloud.com/x-ccoximdwznrvbzyv) |
2020-11-12 04:15:24 +0100 | feliocrat | (~feliocrat@95.70.185.239) |
2020-11-12 04:16:54 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Ping timeout: 256 seconds) |
2020-11-12 04:17:23 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 04:17:45 +0100 | machinedgod | (~machinedg@207.253.244.210) (Ping timeout: 240 seconds) |
2020-11-12 04:18:45 +0100 | conal | (~conal@198.8.81.196) |
2020-11-12 04:18:59 +0100 | conal | (~conal@198.8.81.196) (Client Quit) |
2020-11-12 04:19:06 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 260 seconds) |
2020-11-12 04:19:29 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) (Ping timeout: 265 seconds) |
2020-11-12 04:19:31 +0100 | hackage | implicit-hie 0.1.2.2 - Auto generate hie-bios cradles & hie.yaml https://hackage.haskell.org/package/implicit-hie-0.1.2.2 (Avi_Dessauer) |
2020-11-12 04:19:55 +0100 | mnrmnaughmnrgle | (~mnrmnaugh@unaffiliated/mnrmnaugh) (Remote host closed the connection) |
2020-11-12 04:21:01 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) |
2020-11-12 04:21:21 +0100 | Saukk | (~Saukk@2001:998:f9:2914:1c59:9bb5:b94c:4) |
2020-11-12 04:22:07 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 04:23:12 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 272 seconds) |
2020-11-12 04:31:31 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
2020-11-12 04:31:54 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) (Quit: Leaving) |
2020-11-12 04:37:02 +0100 | st8less | (~st8less@2603:a060:11fd:0:e425:75f4:6a4e:b8f8) (Quit: WeeChat 2.7.1) |
2020-11-12 04:38:25 +0100 | kish` | (~oracle@unaffiliated/oracle) (Remote host closed the connection) |
2020-11-12 04:39:22 +0100 | kish` | (~oracle@unaffiliated/oracle) |
2020-11-12 04:40:44 +0100 | inkbottle | (~inkbottle@aaubervilliers-654-1-106-56.w86-212.abo.wanadoo.fr) |
2020-11-12 04:41:04 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-88-189.w86-212.abo.wanadoo.fr) (Ping timeout: 240 seconds) |
2020-11-12 04:41:42 +0100 | kish` | (~oracle@unaffiliated/oracle) () |
2020-11-12 04:43:05 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 240 seconds) |
2020-11-12 04:45:28 +0100 | zeta_0 | (~zeta@2601:8c0:1:2630:dc47:e753:189:9e79) |
2020-11-12 04:46:32 +0100 | <zeta_0> | hey there i'm trying to get hls to work in emacs, but it's throwing this error? `Command "hie-wrapper --lsp -d -l /tmp/hie.log" is not present on the path. |
2020-11-12 04:46:32 +0100 | <zeta_0> | `, I thought that is automatically set by default? https://github.com/emacs-lsp/lsp-haskell |
2020-11-12 04:47:39 +0100 | aarvar | (~foewfoiew@50.35.43.33) |
2020-11-12 04:48:00 +0100 | <zeta_0> | note, i installed hls with nix, from nixpkgs, and the binary is there, so I have no idea what the issue is! |
2020-11-12 04:48:20 +0100 | glguy | wonders if hls works with the spacemacs haskell lyaer |
2020-11-12 04:48:43 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 04:48:43 +0100 | tzh | (~xax@c-24-21-73-154.hsd1.wa.comcast.net) (Ping timeout: 260 seconds) |
2020-11-12 04:48:46 +0100 | <zeta_0> | i'm using plain generic emacs! |
2020-11-12 04:49:11 +0100 | <glguy> | I'm not; I'm using spacemacs :) |
2020-11-12 04:50:15 +0100 | conal | (~conal@198.8.81.196) |
2020-11-12 04:50:33 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 04:50:33 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
2020-11-12 04:50:51 +0100 | Tario | (~Tario@201.192.165.173) |
2020-11-12 04:54:01 +0100 | hackage | implicit-hie 0.1.2.3 - Auto generate hie-bios cradles & hie.yaml https://hackage.haskell.org/package/implicit-hie-0.1.2.3 (Avi_Dessauer) |
2020-11-12 04:56:03 +0100 | <zeta_0> | here's my lsp-config that i'm using in my .emacs config: https://dpaste.org/U7Lb , any tips on how to fix this: `Command "hie-wrapper --lsp -d -l /tmp/hie.log" is not present on the path. |
2020-11-12 04:56:03 +0100 | <zeta_0> | ` issue? |
2020-11-12 04:56:21 +0100 | <zeta_0> | lsp-haskell config that is! |
2020-11-12 04:56:41 +0100 | tzh | (~xax@c-24-21-73-154.hsd1.or.comcast.net) |
2020-11-12 04:57:29 +0100 | clynamen | (~clynamen@net-2-35-88-16.cust.vodafonedsl.it) |
2020-11-12 04:58:18 +0100 | <zeta_0> | i ran hie-gen as well, so that should't be an issue, and I installed hls with nix, and hls's binary is in the path, so i'm not sure where to go from here. |
2020-11-12 04:58:22 +0100 | subttle | (~anonymous@unaffiliated/subttle) |
2020-11-12 04:58:39 +0100 | lagothrix | (~lagothrix@unaffiliated/lagothrix) (Killed (orwell.freenode.net (Nickname regained by services))) |
2020-11-12 04:58:45 +0100 | lagothrix | (~lagothrix@unaffiliated/lagothrix) |
2020-11-12 04:59:25 +0100 | theDon | (~td@muedsl-82-207-238-248.citykom.de) (Ping timeout: 240 seconds) |
2020-11-12 05:00:01 +0100 | alexelcu | (~alexelcu@142.93.180.198) (Quit: ZNC 1.8.2 - https://znc.in) |
2020-11-12 05:00:54 +0100 | alexelcu | (~alexelcu@142.93.180.198) |
2020-11-12 05:01:22 +0100 | Rudd0 | (~Rudd0@185.189.115.103) |
2020-11-12 05:01:26 +0100 | theDon | (~td@muedsl-82-207-238-200.citykom.de) |
2020-11-12 05:02:08 +0100 | conal | (~conal@198.8.81.196) (Quit: Computer has gone to sleep.) |
2020-11-12 05:03:49 +0100 | adm_ | (~adm@43.229.89.44) (Ping timeout: 264 seconds) |
2020-11-12 05:06:19 +0100 | zeta_0 | (~zeta@2601:8c0:1:2630:dc47:e753:189:9e79) (Quit: rcirc on GNU Emacs 27.1) |
2020-11-12 05:06:43 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 05:08:39 +0100 | crdrost | (~crdrost@c-98-207-102-156.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep) |
2020-11-12 05:10:57 +0100 | dansho | (~dansho@ip68-108-167-185.lv.lv.cox.net) (Quit: Leaving) |
2020-11-12 05:11:39 +0100 | howdoi | (uid224@gateway/web/irccloud.com/x-agzfvtbmepwymvfy) (Quit: Connection closed for inactivity) |
2020-11-12 05:11:40 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 05:12:03 +0100 | aarvar | (~foewfoiew@50.35.43.33) (Ping timeout: 260 seconds) |
2020-11-12 05:14:22 +0100 | rekahsoft | (~rekahsoft@fitz10681.telemetry.esentire.com) |
2020-11-12 05:17:58 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 05:26:01 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
2020-11-12 05:30:30 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) (Remote host closed the connection) |
2020-11-12 05:31:08 +0100 | RavenSoft | (~RavenSoft@185.163.110.116) |
2020-11-12 05:31:17 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) |
2020-11-12 05:35:27 +0100 | conal | (~conal@198.8.81.196) |
2020-11-12 05:36:45 +0100 | texasmynsted | (~texasmyns@185.229.59.103) (Remote host closed the connection) |
2020-11-12 05:38:48 +0100 | inkbottle | (~inkbottle@aaubervilliers-654-1-106-56.w86-212.abo.wanadoo.fr) (Quit: Konversation terminated!) |
2020-11-12 05:39:47 +0100 | shutdown_-h_now | (~arjan@2001:1c06:2d0b:2312:c3b:76:7192:2636) (Ping timeout: 260 seconds) |
2020-11-12 05:40:25 +0100 | conal | (~conal@198.8.81.196) (Ping timeout: 264 seconds) |
2020-11-12 05:40:26 +0100 | seaviewns | (188a1882@host-24-138-24-130.public.eastlink.ca) |
2020-11-12 05:41:12 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 05:41:45 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-106-56.w86-212.abo.wanadoo.fr) |
2020-11-12 05:42:23 +0100 | cantstanya | (~chatting@gateway/tor-sasl/cantstanya) (Ping timeout: 240 seconds) |
2020-11-12 05:47:02 +0100 | cantstanya | (~chatting@gateway/tor-sasl/cantstanya) |
2020-11-12 05:47:16 +0100 | shutdown_-h_now | (~arjan@2001:1c06:2d0b:2312:d540:265f:6057:f956) |
2020-11-12 05:47:27 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 05:47:57 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 05:48:35 +0100 | Amras | (~Amras@unaffiliated/amras0000) (Ping timeout: 272 seconds) |
2020-11-12 05:51:11 +0100 | seaviewns | (188a1882@host-24-138-24-130.public.eastlink.ca) () |
2020-11-12 05:52:47 +0100 | vicfred | (~vicfred@unaffiliated/vicfred) |
2020-11-12 05:55:07 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 05:56:37 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f6600567fd11fa2fcde0.dip0.t-ipconnect.de) (Ping timeout: 268 seconds) |
2020-11-12 05:56:55 +0100 | <glguy> | The answer is that it's very easy to get it working with spacemacs, as it turns out |
2020-11-12 05:58:49 +0100 | aarvar | (~foewfoiew@50.35.43.33) |
2020-11-12 05:59:16 +0100 | darjeeling_ | (~darjeelin@122.245.210.116) |
2020-11-12 05:59:52 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 06:00:00 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 06:00:16 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 06:05:37 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
2020-11-12 06:06:21 +0100 | neightchan | (~natechan@108-233-125-227.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 06:07:02 +0100 | natechan | (~natechan@108-233-125-227.lightspeed.sntcca.sbcglobal.net) (Read error: Connection reset by peer) |
2020-11-12 06:07:26 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 06:07:40 +0100 | coot | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) |
2020-11-12 06:08:43 +0100 | cantstanya | (~chatting@gateway/tor-sasl/cantstanya) (Ping timeout: 240 seconds) |
2020-11-12 06:11:26 +0100 | justanotheruser | (~justanoth@unaffiliated/justanotheruser) (Ping timeout: 264 seconds) |
2020-11-12 06:11:26 +0100 | polyphem | (~p0lyph3m@2a02:810d:640:776c:76d7:55f6:f85b:c889) (Ping timeout: 264 seconds) |
2020-11-12 06:12:39 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Quit: leaving) |
2020-11-12 06:14:08 +0100 | cantstanya | (~chatting@gateway/tor-sasl/cantstanya) |
2020-11-12 06:16:02 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 06:18:07 +0100 | justanotheruser | (~justanoth@unaffiliated/justanotheruser) |
2020-11-12 06:18:34 +0100 | SeaviewNS | (188a1882@host-24-138-24-130.public.eastlink.ca) |
2020-11-12 06:19:02 +0100 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 260 seconds) |
2020-11-12 06:20:28 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
2020-11-12 06:20:28 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Client Quit) |
2020-11-12 06:20:34 +0100 | s00pcan | (~chris@107.181.165.217) |
2020-11-12 06:21:49 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) |
2020-11-12 06:23:27 +0100 | star_cloud | (~star_clou@ec2-34-217-37-165.us-west-2.compute.amazonaws.com) |
2020-11-12 06:31:24 +0100 | SeaviewNS | (188a1882@host-24-138-24-130.public.eastlink.ca) () |
2020-11-12 06:32:21 +0100 | day_ | (~Unknown@unaffiliated/day) |
2020-11-12 06:33:15 +0100 | bitmapper | (uid464869@gateway/web/irccloud.com/x-fojftpzadtahwsbd) (Quit: Connection closed for inactivity) |
2020-11-12 06:35:51 +0100 | day | (~Unknown@unaffiliated/day) (Ping timeout: 260 seconds) |
2020-11-12 06:35:51 +0100 | day_ | day |
2020-11-12 06:35:58 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 06:36:01 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 06:42:42 +0100 | visage_ | (~visage_@unaffiliated/visage/x-6658724) (Quit: Textual IRC Client: www.textualapp.com) |
2020-11-12 06:42:53 +0100 | renzhi | (~renzhi@2607:fa49:655f:e600::28da) (Ping timeout: 246 seconds) |
2020-11-12 06:45:34 +0100 | Amras | (~Amras@unaffiliated/amras0000) |
2020-11-12 06:48:12 +0100 | thunderrd | (~thunderrd@183.182.110.117) |
2020-11-12 06:56:25 +0100 | timCF | (~i.tkachuk@m91-129-105-245.cust.tele2.ee) |
2020-11-12 06:56:28 +0100 | Saukk | (~Saukk@2001:998:f9:2914:1c59:9bb5:b94c:4) (Remote host closed the connection) |
2020-11-12 06:56:44 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 06:57:25 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 06:59:00 +0100 | adm__ | (~adm@43.229.89.44) |
2020-11-12 07:00:01 +0100 | RavenSoft | (~RavenSoft@185.163.110.116) () |
2020-11-12 07:01:14 +0100 | subttle | (~anonymous@unaffiliated/subttle) (Quit: leaving) |
2020-11-12 07:01:53 +0100 | adm_ | (~adm@43.229.89.44) (Ping timeout: 265 seconds) |
2020-11-12 07:02:09 +0100 | justsomeguy | (~justsomeg@unaffiliated/--/x-3805311) () |
2020-11-12 07:02:34 +0100 | adm__ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 07:03:59 +0100 | <dsal> | @hoogle ((<&>)) |
2020-11-12 07:04:00 +0100 | <lambdabot> | Prelude undefined :: forall (r :: RuntimeRep) . forall (a :: TYPE r) . HasCallStack => a |
2020-11-12 07:04:00 +0100 | <lambdabot> | Control.Exception.Base absentSumFieldError :: a |
2020-11-12 07:04:00 +0100 | <lambdabot> | Text.Printf errorShortFormat :: a |
2020-11-12 07:04:17 +0100 | <dsal> | Hmm... I'm trying to remember a thing that exists... |
2020-11-12 07:04:57 +0100 | <dsal> | There's a thing like <|> but not applicative. |
2020-11-12 07:06:32 +0100 | <dsal> | Ah, it's <!> |
2020-11-12 07:07:07 +0100 | Amras | (~Amras@unaffiliated/amras0000) (Ping timeout: 272 seconds) |
2020-11-12 07:08:25 +0100 | <dsal> | Nah, still not what I want. I think I'm trying to be too fancy. |
2020-11-12 07:09:45 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 240 seconds) |
2020-11-12 07:18:19 +0100 | Jeanne-Kamikaze | (~Jeanne-Ka@66.115.189.189) (Ping timeout: 246 seconds) |
2020-11-12 07:18:20 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 07:20:01 +0100 | danvet | (~Daniel@2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa) |
2020-11-12 07:20:27 +0100 | dave_uy | (~david@108.61.193.26) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 07:22:25 +0100 | adm_ | (~adm@43.229.89.44) (Ping timeout: 240 seconds) |
2020-11-12 07:22:25 +0100 | dave_uy | (~david@108.61.193.26) |
2020-11-12 07:25:30 +0100 | krjst | (~krjst@2604:a880:800:c1::16b:8001) (Quit: bye) |
2020-11-12 07:25:52 +0100 | krjst | (~krjst@2604:a880:800:c1::16b:8001) |
2020-11-12 07:29:21 +0100 | Echosolacre | (999b6f7e@p320126-omed01.osaka.ocn.ne.jp) |
2020-11-12 07:29:23 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 07:31:09 +0100 | <Echosolacre> | Hey all, I'm still a beginner and I am wondering how to read this... on :: (b -> b -> c) -> (a -> b) -> a -> a -> c. Is this to say that the typeclass of on is defined by a binary function which maps to a unary function which maps to a twice and then outputs c? |
2020-11-12 07:31:24 +0100 | <Echosolacre> | http://hackage.haskell.org/package/base-4.14.0.0/docs/Data-Function.html |
2020-11-12 07:31:31 +0100 | <Echosolacre> | I'm following the above. |
2020-11-12 07:31:46 +0100 | <Echosolacre> | Going through LYAH and this on function is throwing me a bit. |
2020-11-12 07:32:18 +0100 | <Echosolacre> | Any thoughts would be greatly appeciated. |
2020-11-12 07:34:22 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:dc2f:c1a2:afcc:89b0) (Ping timeout: 260 seconds) |
2020-11-12 07:39:14 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 07:40:54 +0100 | hiroaki | (~hiroaki@ip4d168e73.dynamic.kabel-deutschland.de) |
2020-11-12 07:43:13 +0100 | <jackdk> | I think you have the idea right, but avoid using the word "typeclass" to describe this, because that's a specific concept in haskell |
2020-11-12 07:43:46 +0100 | <jackdk> | I think it's clearer if you add parens that are not strictly necessary: `on :: (b -> b -> c) -> (a -> b) -> (a -> a -> c)` |
2020-11-12 07:43:48 +0100 | <jackdk> | gtg |
2020-11-12 07:43:49 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) (Remote host closed the connection) |
2020-11-12 07:44:37 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
2020-11-12 07:46:51 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:2aa9:cfa1:c8c2:4c1f) |
2020-11-12 07:48:11 +0100 | <Echosolacre> | I have a really basic question about what Jackdk just said. When you look at (b -> b -> c) -> (a -> b) -> (a -> a -> c), I think of it like there is a function that takes a variable, maps it to the same variable, and then outputs a different variable. (b -> b-> c). |
2020-11-12 07:48:18 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) |
2020-11-12 07:48:20 +0100 | <Echosolacre> | Sorry, this understanding is probably way off. |
2020-11-12 07:48:32 +0100 | <Echosolacre> | How do you guys read these sections of the code? |
2020-11-12 07:49:33 +0100 | <Echosolacre> | '->' is plain speak is "map to", no? |
2020-11-12 07:49:44 +0100 | <Echosolacre> | plain speak for* |
2020-11-12 07:55:22 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 07:55:47 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 07:56:49 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 07:59:54 +0100 | bitmagie | (~Thunderbi@200116b8064f2f0039dc0580039a4441.dip.versatel-1u1.de) |
2020-11-12 08:00:07 +0100 | solonarv | (~solonarv@astrasbourg-653-1-156-155.w90-6.abo.wanadoo.fr) |
2020-11-12 08:02:02 +0100 | <c_wraith> | I generally don't read code in words. |
2020-11-12 08:02:08 +0100 | <c_wraith> | They're too limiting |
2020-11-12 08:02:44 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 08:02:52 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) |
2020-11-12 08:03:09 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) (Client Quit) |
2020-11-12 08:03:52 +0100 | asheshambasta | (~user@ptr-e1lysawl9rr13i61o92.18120a2.ip6.access.telenet.be) |
2020-11-12 08:03:52 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) |
2020-11-12 08:03:58 +0100 | sord937 | (~sord937@gateway/tor-sasl/sord937) |
2020-11-12 08:06:33 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 08:08:12 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 08:08:58 +0100 | Echosolacre | (999b6f7e@p320126-omed01.osaka.ocn.ne.jp) (Remote host closed the connection) |
2020-11-12 08:12:15 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) |
2020-11-12 08:19:33 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 08:22:36 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 08:23:35 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 08:24:06 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 08:25:30 +0100 | hive-mind | (~hivemind@rrcs-67-53-148-69.west.biz.rr.com) (Ping timeout: 265 seconds) |
2020-11-12 08:31:30 +0100 | RISCi_ATOM1 | (~RISCi_ATO@185.163.110.116) |
2020-11-12 08:34:50 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection) |
2020-11-12 08:37:49 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 08:40:00 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 08:40:25 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 08:41:07 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 08:49:24 +0100 | kjak | (~kjak@pool-173-73-38-16.washdc.fios.verizon.net) (Ping timeout: 258 seconds) |
2020-11-12 08:51:12 +0100 | chele | (~chele@ip5b416ea2.dynamic.kabel-deutschland.de) |
2020-11-12 08:51:24 +0100 | danso | (~dan@69-165-210-185.cable.teksavvy.com) (Quit: WeeChat 2.9) |
2020-11-12 08:52:52 +0100 | <dminuoso> | jackdk: btw did you settle on a name for those isos? |
2020-11-12 08:53:39 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds) |
2020-11-12 08:53:50 +0100 | jonathanx | (~jonathan@dyn-8-sc.cdg.chalmers.se) |
2020-11-12 08:55:38 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 08:56:21 +0100 | idhugo | (~idhugo@80-62-116-101-mobile.dk.customer.tdc.net) |
2020-11-12 08:56:38 +0100 | nados | (~dan@69-165-210-185.cable.teksavvy.com) (Ping timeout: 260 seconds) |
2020-11-12 08:56:55 +0100 | mananamenos | (~mananamen@84.122.202.215.dyn.user.ono.com) |
2020-11-12 08:56:59 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 08:57:03 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 08:57:27 +0100 | Varis | (~Tadas@unaffiliated/varis) (Remote host closed the connection) |
2020-11-12 08:58:06 +0100 | adm_ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 08:58:47 +0100 | dyeplexer | (~lol@unaffiliated/terpin) |
2020-11-12 08:58:50 +0100 | dhouthoo | (~dhouthoo@ptr-eiv6509pb4ifhdr9lsd.18120a2.ip6.access.telenet.be) |
2020-11-12 09:01:24 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 09:01:56 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 09:02:08 +0100 | coco | (~coco@212-51-146-87.fiber7.init7.net) (Quit: WeeChat 2.9) |
2020-11-12 09:03:29 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 09:04:11 +0100 | Varis | (~Tadas@unaffiliated/varis) |
2020-11-12 09:05:19 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) |
2020-11-12 09:05:25 +0100 | idhugo | (~idhugo@80-62-116-101-mobile.dk.customer.tdc.net) (Ping timeout: 246 seconds) |
2020-11-12 09:06:56 +0100 | christo | (~chris@81.96.113.213) (Ping timeout: 272 seconds) |
2020-11-12 09:12:35 +0100 | kuribas | (~user@ptr-25vy0i7apwgnolcsbyn.18120a2.ip6.access.telenet.be) |
2020-11-12 09:13:54 +0100 | coco | (~coco@212-51-146-87.fiber7.init7.net) |
2020-11-12 09:16:22 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 09:19:05 +0100 | cole-h | (~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) (Ping timeout: 240 seconds) |
2020-11-12 09:21:16 +0100 | bitmagie | (~Thunderbi@200116b8064f2f0039dc0580039a4441.dip.versatel-1u1.de) (Quit: bitmagie) |
2020-11-12 09:21:29 +0100 | tzh | (~xax@c-24-21-73-154.hsd1.or.comcast.net) (Quit: zzz) |
2020-11-12 09:21:34 +0100 | maroloccio | (~marolocci@2a02:8084:221:ce00:164f:8aff:fed8:411d) (Quit: WeeChat 2.3) |
2020-11-12 09:22:20 +0100 | jedws | (~jedws@101.184.175.183) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 09:22:22 +0100 | bitmagie | (~Thunderbi@200116b8064f2f0039dc0580039a4441.dip.versatel-1u1.de) |
2020-11-12 09:24:23 +0100 | bitmagie | (~Thunderbi@200116b8064f2f0039dc0580039a4441.dip.versatel-1u1.de) (Client Quit) |
2020-11-12 09:26:44 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) (Quit: “It’s only logical. First you learn to talk, then you learn to think. Too bad it’s not the other way round.”) |
2020-11-12 09:28:01 +0100 | timCF | (~i.tkachuk@m91-129-105-245.cust.tele2.ee) (Quit: leaving) |
2020-11-12 09:28:07 +0100 | Alleria_ | (~AllahuAkb@2604:2000:1484:26:e8c3:181c:d933:4dbd) (Ping timeout: 260 seconds) |
2020-11-12 09:29:01 +0100 | hackage | futhark 0.18.3 - An optimising compiler for a functional, array-oriented language. https://hackage.haskell.org/package/futhark-0.18.3 (TroelsHenriksen) |
2020-11-12 09:29:48 +0100 | daydaynatation | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) |
2020-11-12 09:30:15 +0100 | <daydaynatation> | cabal install gtk -f have-quartz-gtk, what does the -f mean? |
2020-11-12 09:30:30 +0100 | <c_wraith> | it sets a flag |
2020-11-12 09:31:14 +0100 | <c_wraith> | the cabal file uses the flag in conditionals that can affect lots of things. in this, most likely the native dependency |
2020-11-12 09:31:29 +0100 | <daydaynatation> | I see. |
2020-11-12 09:31:41 +0100 | <c_wraith> | I'd take that flag to mean it's the quartz version of gtk, rather than the X version |
2020-11-12 09:32:03 +0100 | <c_wraith> | (because even on OS X, you can run an X server and build GTK for X) |
2020-11-12 09:32:31 +0100 | <daydaynatation> | I've successfully build and installed gtk with the above command |
2020-11-12 09:33:01 +0100 | hackage | ghc-exactprint 0.6.3.3 - ExactPrint for GHC https://hackage.haskell.org/package/ghc-exactprint-0.6.3.3 (AlanZimmerman) |
2020-11-12 09:33:02 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 09:33:04 +0100 | <daydaynatation> | but when I try cabal install threadscope which requires gtk, it not only requires me to build gtk again, but it also failed |
2020-11-12 09:33:15 +0100 | jedws | (~jedws@101.184.175.183) (Client Quit) |
2020-11-12 09:33:40 +0100 | rekahsoft | (~rekahsoft@fitz10681.telemetry.esentire.com) (Ping timeout: 256 seconds) |
2020-11-12 09:35:25 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 09:35:29 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) |
2020-11-12 09:35:52 +0100 | plakband | (~plakband@softbank126126238105.bbtec.net) (Quit: WeeChat 2.9) |
2020-11-12 09:36:05 +0100 | <merijn> | Oh, let me guess you have cabal-install 3.0 or later? |
2020-11-12 09:37:03 +0100 | raichoo | (~raichoo@dslb-092-073-194-199.092.073.pools.vodafone-ip.de) |
2020-11-12 09:37:22 +0100 | hive-mind | (~hivemind@rrcs-67-53-148-69.west.biz.rr.com) |
2020-11-12 09:37:24 +0100 | <merijn> | See, this why we should've banned feature flags from Hackage years ago to stop people from building things that are just cursed and broken >.> |
2020-11-12 09:38:50 +0100 | jedws | (~jedws@101.184.175.183) |
2020-11-12 09:39:06 +0100 | <daydaynatation> | merijn: yes, version 3.2 |
2020-11-12 09:39:47 +0100 | jedws | (~jedws@101.184.175.183) (Client Quit) |
2020-11-12 09:40:07 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) (Ping timeout: 256 seconds) |
2020-11-12 09:40:11 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds) |
2020-11-12 09:41:52 +0100 | <merijn> | daydaynatation: You are getting hosed by gtk abusing things in ways they're not supposed to and that accidentally working for years... |
2020-11-12 09:42:36 +0100 | Sgeo | (~Sgeo@ool-18b982ad.dyn.optonline.net) (Read error: Connection reset by peer) |
2020-11-12 09:42:47 +0100 | <merijn> | daydaynatation: Try the following: clone threadscope from github, change directory to it, then use "cabal install --projectfile=cabal.project.osx" |
2020-11-12 09:43:25 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 09:43:33 +0100 | Alleria_ | (~AllahuAkb@2604:2000:1484:26:38df:6fa9:13ce:5626) |
2020-11-12 09:44:05 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 09:45:31 +0100 | <merijn> | daydaynatation: Essentially, flags were never intended to and shouldn't affect the public API/build setup of packages, but people abuse them for that anyway. Which worked fine in old cabal-install's because it would use "whatever version was already installed" (like the gtk you installed just now). But in >3.0 the buildplan doesn't depend on what's already installed |
2020-11-12 09:45:53 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) |
2020-11-12 09:46:46 +0100 | pavonia | (~user@unaffiliated/siracusa) (Quit: Bye!) |
2020-11-12 09:47:45 +0100 | borne | (~fritjof@200116b86423eb004fbf5cd6c83663b1.dip.versatel-1u1.de) |
2020-11-12 09:48:49 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 258 seconds) |
2020-11-12 09:49:00 +0100 | <tomsmeding> | can't you tell cabal to set a flag on some particular package in the dependency tree? |
2020-11-12 09:49:15 +0100 | <merijn> | tomsmeding: In cabal.project, yes. Not in your cabal file |
2020-11-12 09:49:20 +0100 | <tomsmeding> | ah right |
2020-11-12 09:49:22 +0100 | <merijn> | tomsmeding: And that is intentional |
2020-11-12 09:49:43 +0100 | <merijn> | So people can't use flags to control what feature/API is exposed |
2020-11-12 09:49:47 +0100 | <tomsmeding> | to be fair, is there another way for packages like gtk to have public "parameters"? |
2020-11-12 09:49:50 +0100 | whatisRT | (~whatisRT@2002:5b41:6a33:0:80a8:2f65:adf1:4c95) |
2020-11-12 09:49:51 +0100 | <merijn> | But, of course, that's not stopped anyone |
2020-11-12 09:50:20 +0100 | <merijn> | tomsmeding: Make a core library that's wrapped by gtk-quartz and gtk-x11 |
2020-11-12 09:50:53 +0100 | <merijn> | Also, the (now mostly stalled) work on backpack |
2020-11-12 09:50:54 +0100 | <tomsmeding> | because this feels like a so-called desire path :p |
2020-11-12 09:51:12 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2020-11-12 09:51:53 +0100 | <merijn> | tomsmeding: You need to invert your interface so instead of conditionally depending on something you wrap. See persistent and the various persistent-postgres, persistent-sqlite, etc. wrappers |
2020-11-12 09:52:06 +0100 | <merijn> | Selda does the same, diagrams does that |
2020-11-12 09:52:15 +0100 | <tomsmeding> | yeah I've seen the pattern |
2020-11-12 09:52:23 +0100 | <benschza> | Good morning everyone! I've been exploring Arrows and Yampa, and have reached a type error that I'm struggling to interpret. The resulting type seems so close, but I'm using this as a project to continue learning Haskell, so I'm in the deep end. `Expected type: SF (SF () State) (Event (SF () State))` and `Actual type: SF State (Event (SF () State))` - here's a gist: https://gist.github.com/BenSchZA/57f1f46ec8e2ecc0f304ede813e5f4eb I think my |
2020-11-12 09:52:23 +0100 | <benschza> | question is two fold, what am I missing, and how can I improve my translation of Arrow proc notation into pure Arrow notation. Appreciate any guidance! |
2020-11-12 09:52:28 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea6448a1be2d68fad7.ipv6.abo.wanadoo.fr) |
2020-11-12 09:53:07 +0100 | <merijn> | benschza: I think there's, like, a handful of people who actually know/understand Arrow notation :p |
2020-11-12 09:53:30 +0100 | hackage | phonetic-languages-constaints 0.3.0.0 - Constraints to filter the needed permutations https://hackage.haskell.org/package/phonetic-languages-constaints-0.3.0.0 (OleksandrZhabenko) |
2020-11-12 09:54:12 +0100 | <merijn> | tomsmeding: The only other option is to modify Cabal to allow people to specify constraints on their *transitive* dependencies, which is clearly a nightmare |
2020-11-12 09:54:47 +0100 | <tomsmeding> | benschza: this is probably ghc doing type inference and showing the error far from where it actually occurred. Suggestion: add lots of manual type signatures on your intermediate values, and see where it doesn't match up with reality |
2020-11-12 09:55:25 +0100 | <tomsmeding> | merijn: indeed that would be interesting if you have two dependencies A and B that both depend on different configurations of a single package C |
2020-11-12 09:55:31 +0100 | <benschza> | tomsmeding: Thanks! I'll give that a try. |
2020-11-12 09:55:46 +0100 | <[exa]> | benschza: btw if you didn't use a type hole yet, now is the time :] |
2020-11-12 09:56:36 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 09:57:29 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 09:57:40 +0100 | <benschza> | [exa]: I'll have to Google that :) Thanks for the pointer. |
2020-11-12 09:57:51 +0100 | <merijn> | tomsmeding: In the end, I understand why the desire path is there, but some things are required/blocked for a reason, see also: people complaining about needing to write out module lists, people complaining about maintaining upperbounds, etc. |
2020-11-12 09:58:20 +0100 | <tomsmeding> | true enough |
2020-11-12 09:58:23 +0100 | <merijn> | As always, these problems are "trivial" if you just throw long term stability/usability under the bus |
2020-11-12 09:58:44 +0100 | <merijn> | But if you think about how things should work long term, it just can't work |
2020-11-12 09:58:54 +0100 | <[exa]> | benschza: basically you add ` :: _ ` after anything and the compiler reports on what it thinks should be in place of the _ |
2020-11-12 09:59:19 +0100 | <[exa]> | (same for values) |
2020-11-12 10:00:01 +0100 | RISCi_ATOM1 | (~RISCi_ATO@185.163.110.116) () |
2020-11-12 10:00:08 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) (Ping timeout: 272 seconds) |
2020-11-12 10:00:31 +0100 | shatriff | (~vitaliish@176.52.219.10) |
2020-11-12 10:01:14 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 264 seconds) |
2020-11-12 10:01:57 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 10:01:58 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 10:06:10 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) |
2020-11-12 10:06:39 +0100 | <daydaynatation> | merijn: cabal complain that it doesn recognize --projectfile=... |
2020-11-12 10:06:50 +0100 | <daydaynatation> | is it the right flag? I checked ont he user guide, couldn't find |
2020-11-12 10:06:52 +0100 | <merijn> | oh, maybe it's --project-file? |
2020-11-12 10:07:07 +0100 | Tuplanolla | (~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) |
2020-11-12 10:07:22 +0100 | kritzefitz | (~kritzefit@p2e5a5f99.dip0.t-ipconnect.de) |
2020-11-12 10:07:49 +0100 | <daydaynatation> | thx |
2020-11-12 10:08:12 +0100 | idhugo | (~idhugo@users-1190.st.net.au.dk) |
2020-11-12 10:09:54 +0100 | LKoen | (~LKoen@77.174.9.109.rev.sfr.net) (Client Quit) |
2020-11-12 10:10:04 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 10:11:09 +0100 | avdb | (~avdb@ip-83-134-68-229.dsl.scarlet.be) |
2020-11-12 10:12:55 +0100 | nek0 | (~nek0@mail.nek0.eu) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 10:16:05 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
2020-11-12 10:16:39 +0100 | bergsans | (~bergsans@c80-217-8-29.bredband.comhem.se) (Remote host closed the connection) |
2020-11-12 10:17:44 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 10:19:55 +0100 | <maerwald> | was there a cabal helper tool that bumps version bounds of your package? |
2020-11-12 10:20:33 +0100 | <merijn> | I think someone was working on one at some point? |
2020-11-12 10:21:11 +0100 | <maerwald> | https://hackage.haskell.org/package/cabal-bounds |
2020-11-12 10:21:22 +0100 | p8m_ | (p8m@gateway/vpn/protonvpn/p8m) |
2020-11-12 10:21:38 +0100 | p8m | (p8m@gateway/vpn/protonvpn/p8m) (Ping timeout: 246 seconds) |
2020-11-12 10:24:25 +0100 | kritzefitz | (~kritzefit@p2e5a5f99.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
2020-11-12 10:27:38 +0100 | sw1nn | (~sw1nn@host86-129-29-1.range86-129.btcentralplus.com) (Ping timeout: 260 seconds) |
2020-11-12 10:30:34 +0100 | <dminuoso> | Is there a safe variant of fromIntegral anywhere? |
2020-11-12 10:30:54 +0100 | <dminuoso> | I need runtime verification, not static. |
2020-11-12 10:31:13 +0100 | <merijn> | dminuoso: I recommend a strong whisky and crying :) |
2020-11-12 10:31:40 +0100 | <maerwald> | Glendronach 21 |
2020-11-12 10:31:57 +0100 | <merijn> | Sadness goes better with Islay |
2020-11-12 10:32:03 +0100 | <dminuoso> | maerwald: Does that go well with Cola or better in tea? |
2020-11-12 10:32:07 +0100 | <maerwald> | dude |
2020-11-12 10:32:17 +0100 | <merijn> | dminuoso: I know you're joking and I'm still mad |
2020-11-12 10:32:28 +0100 | SeMas | (uid32977@gateway/web/irccloud.com/x-ccoximdwznrvbzyv) (Quit: Connection closed for inactivity) |
2020-11-12 10:32:41 +0100 | <dminuoso> | merijn: I have quite a few whiskey fans, it triggers them every time. ;) |
2020-11-12 10:33:09 +0100 | <dminuoso> | Or *whisky I guess |
2020-11-12 10:33:09 +0100 | <merijn> | Whisky cola is fine, but just use shitty whisky >.> |
2020-11-12 10:33:16 +0100 | <maerwald> | so you're a whisky? |
2020-11-12 10:33:38 +0100 | <merijn> | Good whisky in cola ruins both your whisky and your cola (and your wallet) :p |
2020-11-12 10:33:41 +0100 | <dminuoso> | Maybe the problem is that whisky connoisseurs don't use high quality cola for mixing their whisky. |
2020-11-12 10:34:04 +0100 | <[exa]> | "high-quality cola" please elaborate |
2020-11-12 10:34:11 +0100 | <dminuoso> | On a slightly more serious note, Im pondering getting these "cooling stones" for whisky. |
2020-11-12 10:34:18 +0100 | <dminuoso> | But not for cooling it, but for heating rum. |
2020-11-12 10:34:52 +0100 | <dminuoso> | Getting rum up to 25-28 degrees brings out quite a few flavors |
2020-11-12 10:35:09 +0100 | <merijn> | I recommend we move this to offtopic :p |
2020-11-12 10:35:13 +0100 | <dminuoso> | Indeed. |
2020-11-12 10:35:19 +0100 | hnOsmium0001 | (uid453710@gateway/web/irccloud.com/x-zfqdguyjlahjbggz) (Quit: Connection closed for inactivity) |
2020-11-12 10:36:52 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 10:37:53 +0100 | kritzefitz | (~kritzefit@2003:5b:203b:200::10:49) |
2020-11-12 10:40:30 +0100 | hackage | polysemy-extra 0.1.3.0 - Extra Input and Output functions for polysemy.. https://hackage.haskell.org/package/polysemy-extra-0.1.3.0 (locallycompact) |
2020-11-12 10:41:10 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 256 seconds) |
2020-11-12 10:42:33 +0100 | alp | (~alp@2a01:e0a:58b:4920:5893:9820:69f2:6f2) |
2020-11-12 10:43:28 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) (Quit: This computer has gone to sleep) |
2020-11-12 10:47:25 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) |
2020-11-12 10:48:47 +0100 | xff0x | (~fox@2001:1a81:53be:a900:d560:4ea6:2896:65fd) (Ping timeout: 272 seconds) |
2020-11-12 10:49:26 +0100 | xff0x | (~fox@2001:1a81:53be:a900:6ffc:a5ea:f6d0:8f5a) |
2020-11-12 10:50:39 +0100 | <dminuoso> | merijn: on a more serious note, am I expected to just manually compare with maxBound? |
2020-11-12 10:50:58 +0100 | <dminuoso> | Why is there no freaking numeric conversion with error handling in base? |
2020-11-12 10:51:29 +0100 | <dminuoso> | Is it just assumed that narrowing cant possibly happening? Or that when it happens, its semantics (what are they?) are obviously what you want? |
2020-11-12 10:51:33 +0100 | <merijn> | dminuoso: On a more seriouse note, I had to handroll it and you get awkward conversion too |
2020-11-12 10:51:52 +0100 | <dminuoso> | Dont people ever deal with numbers? :( |
2020-11-12 10:52:04 +0100 | <dminuoso> | Im so close to just use Integer everywhere. |
2020-11-12 10:52:06 +0100 | <merijn> | dminuoso: I welcome any suggestions/things in GHC that improve this |
2020-11-12 10:52:29 +0100 | <merijn> | dminuoso: It's somewhere down on my yak shaving list |
2020-11-12 10:54:09 +0100 | nek0 | (~nek0@mail.nek0.eu) |
2020-11-12 10:57:30 +0100 | hackage | phonetic-languages-constraints 0.3.0.1 - Constraints to filter the needed permutations https://hackage.haskell.org/package/phonetic-languages-constraints-0.3.0.1 (OleksandrZhabenko) |
2020-11-12 10:57:46 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) |
2020-11-12 10:58:29 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea6448a1be2d68fad7.ipv6.abo.wanadoo.fr) (Remote host closed the connection) |
2020-11-12 10:58:42 +0100 | adm | (~adm@43.229.89.44) |
2020-11-12 10:58:57 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) |
2020-11-12 11:01:28 +0100 | daydaynatation | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) (Ping timeout: 260 seconds) |
2020-11-12 11:03:28 +0100 | adm | (~adm@43.229.89.44) (Ping timeout: 272 seconds) |
2020-11-12 11:04:33 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 256 seconds) |
2020-11-12 11:05:31 +0100 | hackage | polysemy-extra 0.1.4.0 - Extra Input and Output functions for polysemy.. https://hackage.haskell.org/package/polysemy-extra-0.1.4.0 (locallycompact) |
2020-11-12 11:11:23 +0100 | datajerk | (~datajerk@sense.net) (Ping timeout: 260 seconds) |
2020-11-12 11:14:40 +0100 | datajerk | (~datajerk@sense.net) |
2020-11-12 11:16:22 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) (Ping timeout: 260 seconds) |
2020-11-12 11:17:42 +0100 | adm | (~adm@43.229.89.44) |
2020-11-12 11:18:19 +0100 | Yumasi | (~guillaume@40.72.95.92.rev.sfr.net) |
2020-11-12 11:21:51 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) (Quit: leaving) |
2020-11-12 11:22:33 +0100 | ubert | (~Thunderbi@2a02:8109:9880:303c:ca5b:76ff:fe29:f233) |
2020-11-12 11:27:02 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) |
2020-11-12 11:27:07 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) (Changing host) |
2020-11-12 11:27:07 +0100 | neiluj | (~jco@unaffiliated/neiluj) |
2020-11-12 11:28:07 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f661b553e508bfbf5b58.dip0.t-ipconnect.de) |
2020-11-12 11:28:14 +0100 | tsmango | (~tsmango@178.239.168.171) |
2020-11-12 11:31:21 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) |
2020-11-12 11:33:06 +0100 | adm | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 11:34:19 +0100 | adm | (~adm@43.229.89.44) |
2020-11-12 11:36:21 +0100 | toppler | (~user@mtop.default.momentoftop.uk0.bigv.io) |
2020-11-12 11:37:35 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 11:39:05 +0100 | adm | (~adm@43.229.89.44) (Ping timeout: 240 seconds) |
2020-11-12 11:39:22 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:2aa9:cfa1:c8c2:4c1f) (Ping timeout: 260 seconds) |
2020-11-12 11:41:59 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 260 seconds) |
2020-11-12 11:42:05 +0100 | falling-edge[m] | (falling-ed@gateway/shell/matrix.org/x-yiekkkjicabtzpwl) |
2020-11-12 11:44:46 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) |
2020-11-12 11:45:28 +0100 | brown121407 | b7 |
2020-11-12 11:46:21 +0100 | bquest_123_ | (~bquest_12@5.112.15.240) |
2020-11-12 11:46:32 +0100 | rprije | (~rprije@124.148.131.132) (Ping timeout: 272 seconds) |
2020-11-12 11:47:40 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 11:49:01 +0100 | b7 | brown |
2020-11-12 11:49:30 +0100 | brown | Guest62565 |
2020-11-12 11:49:40 +0100 | Guest62565 | b121407 |
2020-11-12 11:50:53 +0100 | b121407 | zazavatar |
2020-11-12 11:51:17 +0100 | ericsagnes | (~ericsagne@2405:6580:0:5100:997a:f045:9c21:27be) |
2020-11-12 11:51:54 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 11:55:31 +0100 | idhugo | (~idhugo@users-1190.st.net.au.dk) (Quit: Leaving) |
2020-11-12 11:56:46 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) (Quit: This computer has gone to sleep) |
2020-11-12 11:58:14 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) (Ping timeout: 256 seconds) |
2020-11-12 11:58:17 +0100 | zazavatar | brown121407 |
2020-11-12 12:01:15 +0100 | whatisRT | (~whatisRT@2002:5b41:6a33:0:80a8:2f65:adf1:4c95) (Quit: ZNC 1.7.5 - https://znc.in) |
2020-11-12 12:03:14 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) |
2020-11-12 12:05:51 +0100 | wonderworker | (bc2b8820@188.43.136.32) |
2020-11-12 12:06:17 +0100 | wonderworker | (bc2b8820@188.43.136.32) (Remote host closed the connection) |
2020-11-12 12:06:19 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) |
2020-11-12 12:09:00 +0100 | hackage | phonetic-languages-constraints 0.3.1.0 - Constraints to filter the needed permutations https://hackage.haskell.org/package/phonetic-languages-constraints-0.3.1.0 (OleksandrZhabenko) |
2020-11-12 12:11:09 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) (Client Quit) |
2020-11-12 12:14:29 +0100 | m0rphism | (~m0rphism@HSI-KBW-095-208-098-207.hsi5.kabel-badenwuerttemberg.de) |
2020-11-12 12:14:52 +0100 | Yumasi | (~guillaume@40.72.95.92.rev.sfr.net) (Ping timeout: 258 seconds) |
2020-11-12 12:15:11 +0100 | ski | (~ski@nc-2504-30.studat.chalmers.se) |
2020-11-12 12:15:38 +0100 | leah2 | (~leah@vuxu.org) (Remote host closed the connection) |
2020-11-12 12:16:54 +0100 | leah2 | (~leah@vuxu.org) |
2020-11-12 12:21:06 +0100 | samlamamma | (~user@h188-122-129-70.cust.a3fiber.se) |
2020-11-12 12:21:49 +0100 | olligobber | (olligobber@gateway/vpn/privateinternetaccess/olligobber) (Ping timeout: 264 seconds) |
2020-11-12 12:22:32 +0100 | avdb | (~avdb@ip-83-134-68-229.dsl.scarlet.be) (Ping timeout: 256 seconds) |
2020-11-12 12:24:17 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f661b553e508bfbf5b58.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 12:25:27 +0100 | Stanley00 | (~stanley00@unaffiliated/stanley00) () |
2020-11-12 12:31:02 +0100 | p8m | (p8m@gateway/vpn/protonvpn/p8m) |
2020-11-12 12:31:40 +0100 | hololeap | (~hololeap@unaffiliated/hololeap) (Remote host closed the connection) |
2020-11-12 12:32:08 +0100 | p8m_ | (p8m@gateway/vpn/protonvpn/p8m) (Ping timeout: 272 seconds) |
2020-11-12 12:33:27 +0100 | trcc | (~trcc@2-104-60-169-cable.dk.customer.tdc.net) |
2020-11-12 12:34:55 +0100 | samlamamma | (~user@h188-122-129-70.cust.a3fiber.se) (Remote host closed the connection) |
2020-11-12 12:36:30 +0100 | Emerald | (8ba7aee6@139.167.174.230) |
2020-11-12 12:37:56 +0100 | <trcc> | Hi. I am trying to figure out why the haskell visual studio code extension fails to detect my stack installation. I have just followed the very initial steps of "Start your new project" here: https://docs.haskellstack.org/en/stable/README/. WHen I open the folder in vscode then I get: "ghcide: unable to load package `ghc-prim-0.5.3` compiler [1,1]". Any ideas? |
2020-11-12 12:38:21 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 12:38:21 +0100 | bergsans | (~bergsans@c80-217-8-29.bredband.comhem.se) |
2020-11-12 12:39:08 +0100 | <benschza> | [exa] and tomsmeding: thanks to your pointers I got the types right for the Arrows/Yampa problem. |
2020-11-12 12:41:01 +0100 | hackage | phonetic-languages-examples 0.4.0.0 - A generalization of the uniqueness-periods-vector-examples functionality. https://hackage.haskell.org/package/phonetic-languages-examples-0.4.0.0 (OleksandrZhabenko) |
2020-11-12 12:41:47 +0100 | xff0x | (~fox@2001:1a81:53be:a900:6ffc:a5ea:f6d0:8f5a) (Ping timeout: 260 seconds) |
2020-11-12 12:41:51 +0100 | Iceland_jack | (~user@95.149.219.123) |
2020-11-12 12:42:14 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) (Quit: This computer has gone to sleep) |
2020-11-12 12:42:31 +0100 | bolver | (~user@49.207.211.96) |
2020-11-12 12:42:35 +0100 | bolver | (~user@49.207.211.96) (Client Quit) |
2020-11-12 12:42:37 +0100 | xff0x | (~fox@2001:1a81:53be:a900:e888:cf37:a0ae:58b2) |
2020-11-12 12:43:10 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 12:43:14 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 264 seconds) |
2020-11-12 12:44:47 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 12:45:49 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 12:48:52 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) |
2020-11-12 12:50:51 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 265 seconds) |
2020-11-12 12:55:37 +0100 | Emerald | (8ba7aee6@139.167.174.230) (Remote host closed the connection) |
2020-11-12 12:56:10 +0100 | p-core | (~Thunderbi@2001:718:1e03:5128:2ab7:7f35:48a1:8515) |
2020-11-12 13:00:01 +0100 | tsmango | (~tsmango@178.239.168.171) () |
2020-11-12 13:01:38 +0100 | da39a3ee5e6b4b0d | (~da39a3ee5@cm-171-98-69-228.revip7.asianet.co.th) (Ping timeout: 256 seconds) |
2020-11-12 13:03:23 +0100 | invaser | (~Thunderbi@31.148.23.125) |
2020-11-12 13:07:50 +0100 | bitmapper | (uid464869@gateway/web/irccloud.com/x-pozlvwyabhwikscl) |
2020-11-12 13:09:38 +0100 | alp | (~alp@2a01:e0a:58b:4920:5893:9820:69f2:6f2) (Ping timeout: 264 seconds) |
2020-11-12 13:11:13 +0100 | machinedgod | (~machinedg@207.253.244.210) |
2020-11-12 13:14:38 +0100 | <nshepperd2> | > fromIntegral 12345678 :: Word8 |
2020-11-12 13:14:40 +0100 | <lambdabot> | 78 |
2020-11-12 13:15:17 +0100 | machinedgod | (~machinedg@207.253.244.210) (Remote host closed the connection) |
2020-11-12 13:16:43 +0100 | <Taneb> | This is because 12345600 = 256 * 48225 and Word8 wraps |
2020-11-12 13:17:02 +0100 | machinedgod | (~machinedg@207.253.244.210) |
2020-11-12 13:17:38 +0100 | jamm_ | (~jamm@unaffiliated/jamm) |
2020-11-12 13:17:45 +0100 | machined1od | (~machinedg@207.253.244.210) |
2020-11-12 13:18:34 +0100 | machinedgod | (~machinedg@207.253.244.210) (Client Quit) |
2020-11-12 13:21:15 +0100 | <nshepperd> | seems reasonable |
2020-11-12 13:23:59 +0100 | <Taneb> | Dumb idea: Word6.644ish, that wraps at 100 |
2020-11-12 13:26:31 +0100 | hackage | phonetic-languages-constraints 0.3.2.0 - Constraints to filter the needed permutations https://hackage.haskell.org/package/phonetic-languages-constraints-0.3.2.0 (OleksandrZhabenko) |
2020-11-12 13:31:54 +0100 | <nshepperd> | heh |
2020-11-12 13:34:39 +0100 | neiluj | (~jco@unaffiliated/neiluj) (Quit: leaving) |
2020-11-12 13:38:01 +0100 | <pjb> | nshepperd: seems idiotic. That's how you destroy rockets. |
2020-11-12 13:38:25 +0100 | alp | (~alp@2a01:e0a:58b:4920:5893:9820:69f2:6f2) |
2020-11-12 13:38:46 +0100 | <merijn> | pjb: Well, what do you propose, then |
2020-11-12 13:39:00 +0100 | <pjb> | bigints. |
2020-11-12 13:39:12 +0100 | <merijn> | That seems rather unrelated |
2020-11-12 13:39:13 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 13:39:25 +0100 | <pjb> | yeah… |
2020-11-12 13:39:34 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) |
2020-11-12 13:40:00 +0100 | <pjb> | It should signal an error. |
2020-11-12 13:40:39 +0100 | nek0 | (~nek0@mail.nek0.eu) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 13:40:56 +0100 | nek0 | (~nek0@mail.nek0.eu) |
2020-11-12 13:41:35 +0100 | <merijn> | Feel free to define proper semantics for that |
2020-11-12 13:41:41 +0100 | <merijn> | Many people have tried and failed :) |
2020-11-12 13:43:30 +0100 | dexterlb | (~dexterlb@2a01:9e40:2:2::2) (Quit: Boing) |
2020-11-12 13:43:48 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 258 seconds) |
2020-11-12 13:44:01 +0100 | dexterlb | (~dexterlb@2a01:9e40:2:2::2) |
2020-11-12 13:48:39 +0100 | dexterlb | (~dexterlb@2a01:9e40:2:2::2) (Ping timeout: 272 seconds) |
2020-11-12 13:48:48 +0100 | Gurkenglas | (~Gurkengla@unaffiliated/gurkenglas) |
2020-11-12 13:49:23 +0100 | nek0 | (~nek0@mail.nek0.eu) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 13:50:20 +0100 | nek0 | (~nek0@mail.nek0.eu) |
2020-11-12 13:51:13 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 13:51:17 +0100 | kjak | (~kjak@pool-173-73-38-16.washdc.fios.verizon.net) |
2020-11-12 13:51:27 +0100 | revprez_stg | (~revprez_s@pool-108-49-213-40.bstnma.fios.verizon.net) |
2020-11-12 13:51:29 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) (Remote host closed the connection) |
2020-11-12 13:52:43 +0100 | teardown | (~user@gateway/tor-sasl/mrush) (Ping timeout: 240 seconds) |
2020-11-12 13:53:58 +0100 | amiri | (~amiri@cpe-76-91-154-9.socal.res.rr.com) |
2020-11-12 13:54:24 +0100 | tw1sted1 | (~tw1sted@195.206.169.184) |
2020-11-12 13:54:54 +0100 | teardown | (~user@gateway/tor-sasl/mrush) |
2020-11-12 13:55:37 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) (Ping timeout: 265 seconds) |
2020-11-12 13:55:50 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) |
2020-11-12 13:56:07 +0100 | revprez_stg | (~revprez_s@pool-108-49-213-40.bstnma.fios.verizon.net) (Client Quit) |
2020-11-12 13:56:18 +0100 | Unhammer | (~Unhammer@gateway/tor-sasl/unhammer) (Remote host closed the connection) |
2020-11-12 13:56:18 +0100 | gxt | (~gxt@gateway/tor-sasl/gxt) (Read error: Connection reset by peer) |
2020-11-12 13:56:41 +0100 | renzhi | (~renzhi@2607:fa49:655f:e600::28da) |
2020-11-12 13:56:57 +0100 | dexterlb | (~dexterlb@2a01:9e40:2:2::2) |
2020-11-12 13:57:12 +0100 | gxt | (~gxt@gateway/tor-sasl/gxt) |
2020-11-12 13:57:16 +0100 | carlomagno1 | (~cararell@148.87.23.13) |
2020-11-12 13:57:25 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Ping timeout: 240 seconds) |
2020-11-12 13:57:40 +0100 | Unhammer | (~Unhammer@gateway/tor-sasl/unhammer) |
2020-11-12 13:58:11 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 13:58:22 +0100 | urodna | (~urodna@unaffiliated/urodna) |
2020-11-12 13:58:47 +0100 | carlomagno | (~cararell@148.87.23.10) (Ping timeout: 272 seconds) |
2020-11-12 14:00:25 +0100 | p-core | (~Thunderbi@2001:718:1e03:5128:2ab7:7f35:48a1:8515) (Remote host closed the connection) |
2020-11-12 14:01:31 +0100 | hackage | vulkan-utils 0.1.3 - Utils for the vulkan package https://hackage.haskell.org/package/vulkan-utils-0.1.3 (jophish) |
2020-11-12 14:02:52 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 14:03:27 +0100 | nek0 | (~nek0@mail.nek0.eu) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 14:03:49 +0100 | z0k | (~user@101.50.68.94) |
2020-11-12 14:05:34 +0100 | nek0 | (~nek0@mail.nek0.eu) |
2020-11-12 14:07:11 +0100 | <xerox_> | will ghc run on the arm macs straight away? |
2020-11-12 14:08:04 +0100 | <merijn> | Who knows |
2020-11-12 14:08:18 +0100 | <jophish> | do the GHC team have one of the dev boxeS? |
2020-11-12 14:08:26 +0100 | <merijn> | Probably not |
2020-11-12 14:08:50 +0100 | <merijn> | ARM has tier 2 support, currently, iirc |
2020-11-12 14:10:07 +0100 | texasmynsted | (~texasmyns@212.102.45.118) |
2020-11-12 14:10:14 +0100 | <merijn> | So the answer to "will GHC run on ARM macs?" is "that depends how much effort you will contribute to that cause" ;) |
2020-11-12 14:10:48 +0100 | texasmyn_ | (~texasmyns@212.102.45.118) |
2020-11-12 14:10:54 +0100 | texasmynsted | (~texasmyns@212.102.45.118) (Read error: Connection reset by peer) |
2020-11-12 14:11:41 +0100 | <merijn> | I know angerman is doing a lot of stuff w.r.t Aarch64 support in GHC |
2020-11-12 14:12:19 +0100 | AlterEgo- | (~ladew@124-198-158-163.dynamic.caiway.nl) |
2020-11-12 14:12:31 +0100 | Amras | (~Amras@unaffiliated/amras0000) |
2020-11-12 14:12:38 +0100 | <angerman> | xerox_: yes; jophish: yes, I have a DTK on my desk. |
2020-11-12 14:13:05 +0100 | Feuermagier | (~Feuermagi@213.178.26.41) (Remote host closed the connection) |
2020-11-12 14:13:10 +0100 | <angerman> | xerox_: you can use rosetta2, ghc works well enough to build a native ghc. |
2020-11-12 14:13:47 +0100 | <angerman> | here's a fully native, GHC-9.1 with an arm64 NCG: https://dl.dropbox.com/s/jskw2pjpkhquj4g/ghc-9.1.0.20201110-aarch64-apple-darwin.tar.xz |
2020-11-12 14:14:12 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 14:14:16 +0100 | <jophish> | I wonder how the code signing thing is going to impact nixos |
2020-11-12 14:14:21 +0100 | <angerman> | We'll likely need a bit of time to get this (a) merged into master, (b) backported into 9.0 and maybe earlier. |
2020-11-12 14:14:51 +0100 | <angerman> | jophish: it's ok. thefloweringash and I did test, and manage to produce identical binaries. However "nixos" and darwin don't mix well :p |
2020-11-12 14:15:00 +0100 | hackage | apecs-stm 0.1.4 - STM stores for apecs https://hackage.haskell.org/package/apecs-stm-0.1.4 (jonascarpay) |
2020-11-12 14:15:03 +0100 | <angerman> | darwin + nixpkgs, will need some more work, but we'll get there. |
2020-11-12 14:15:24 +0100 | <jophish> | I guess you had to share a key? |
2020-11-12 14:15:38 +0100 | <angerman> | no. adhoc signatures don't need keeys. |
2020-11-12 14:15:53 +0100 | <jophish> | oh, so they always use the same key |
2020-11-12 14:16:15 +0100 | <angerman> | it's just some integrity hash. |
2020-11-12 14:16:20 +0100 | <jophish> | right |
2020-11-12 14:16:38 +0100 | wei2912 | (~wei2912@unaffiliated/wei2912) |
2020-11-12 14:16:40 +0100 | <angerman> | I think thefloweringhash did provide some more details in the nixpkgs comments on the issue. |
2020-11-12 14:17:01 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) |
2020-11-12 14:17:04 +0100 | <angerman> | if you want to use GHC or nix right away on an arm64 mac, maybe hold off for at least a month. |
2020-11-12 14:17:13 +0100 | <angerman> | it's possible, but it's going to be painful. |
2020-11-12 14:17:24 +0100 | <jophish> | heh, I'm probably not getting a mac again any time soon |
2020-11-12 14:17:35 +0100 | <angerman> | your loss :p |
2020-11-12 14:17:48 +0100 | <Uniaika> | that being said there is Rosetta right? |
2020-11-12 14:17:51 +0100 | <angerman> | apple sg doesn't seem to want to sell M1 mac minis :-/ |
2020-11-12 14:17:56 +0100 | <jophish> | used one for quite a while, but coming back to Linux was always such a relief ;) |
2020-11-12 14:18:06 +0100 | <jophish> | also the keyboard suck :) |
2020-11-12 14:18:15 +0100 | <angerman> | did I say mac mini? |
2020-11-12 14:18:55 +0100 | <jophish> | ah, keyboard is probably similar then |
2020-11-12 14:20:29 +0100 | <angerman> | macOS to me is a glorified desktop environment to run terminals that are connected to linux machines 🙊 |
2020-11-12 14:20:33 +0100 | <xerox_> | angerman: grand |
2020-11-12 14:21:25 +0100 | <jophish> | s/1000$ facebook machine/1000$ ssh machine/ |
2020-11-12 14:21:32 +0100 | dftxbs3e | (~dftxbs3e@unaffiliated/dftxbs3e) (Remote host closed the connection) |
2020-11-12 14:21:51 +0100 | dftxbs3e | (~dftxbs3e@unaffiliated/dftxbs3e) |
2020-11-12 14:21:59 +0100 | <xerox_> | angerman: how long did it take to build? |
2020-11-12 14:22:17 +0100 | <angerman> | xerox_: sorry can't comment on that. Once I get my hands on a proper m1 mac mini, I can. |
2020-11-12 14:22:28 +0100 | encod3 | (~encod3@45-154-157-94.ftth.glasoperator.nl) |
2020-11-12 14:22:31 +0100 | <jophish> | NDA? |
2020-11-12 14:22:46 +0100 | <angerman> | DTKs come with limits. |
2020-11-12 14:22:48 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 14:23:11 +0100 | <xerox_> | ah ok |
2020-11-12 14:23:17 +0100 | <jophish> | angerman: can you build me a ghc distribution starting now, upload it the second you are done |
2020-11-12 14:23:38 +0100 | DirefulSalt | (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) |
2020-11-12 14:23:58 +0100 | <angerman> | lol. |
2020-11-12 14:24:17 +0100 | <angerman> | I'll just say this much: you can develop on ghc on apple arm machines :-) |
2020-11-12 14:24:34 +0100 | <angerman> | without wanting to jump out of the window. |
2020-11-12 14:24:40 +0100 | <xerox_> | I'm just hoping to develop *with* ghc, so that's good |
2020-11-12 14:25:03 +0100 | <angerman> | well you've seen the early benchmarks I guess? |
2020-11-12 14:25:11 +0100 | <xerox_> | nope! |
2020-11-12 14:25:21 +0100 | <angerman> | most of your time developing in haskell is spent looking at the screen, not actually compiling software. |
2020-11-12 14:25:25 +0100 | <angerman> | xerox_: macrumors.com |
2020-11-12 14:25:29 +0100 | texasmyn_ | (~texasmyns@212.102.45.118) (Remote host closed the connection) |
2020-11-12 14:25:37 +0100 | <xerox_> | oh I thought you meant ghc specific benchmarks |
2020-11-12 14:25:50 +0100 | texasmynsted | (~texasmyns@212.102.45.118) |
2020-11-12 14:28:45 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-11-12 14:29:46 +0100 | <dminuoso> | angerman: Oh dunno, that kind of depends on what project you're working on. |
2020-11-12 14:30:21 +0100 | <dminuoso> | Depending on what you do with GHC, the feedback loop can be awfully slow there |
2020-11-12 14:30:26 +0100 | <dminuoso> | (Working on GHC) |
2020-11-12 14:30:30 +0100 | toorevitimirp | (~tooreviti@117.182.180.38) (Remote host closed the connection) |
2020-11-12 14:30:55 +0100 | <angerman> | dminuoso: yea, but xerox_ explicitly said he's developing *with* ghc :D |
2020-11-12 14:31:20 +0100 | Franciman | (~francesco@host-82-56-223-169.retail.telecomitalia.it) |
2020-11-12 14:31:25 +0100 | <angerman> | xerox_: well they give you a machine to compare to. Is GHC fast enough on that machine? If the answer is yes, then it's likely fast enough on an apple silicon machine. |
2020-11-12 14:31:51 +0100 | <dminuoso> | angerman: With the llvm backend, the new apple silicon should work out of the box, no? |
2020-11-12 14:31:54 +0100 | nek0 | (~nek0@mail.nek0.eu) (Quit: The Lounge - https://thelounge.chat) |
2020-11-12 14:32:02 +0100 | <dminuoso> | Or are you hinting at apple silicon support in the native backend? |
2020-11-12 14:32:03 +0100 | <angerman> | almost. |
2020-11-12 14:32:27 +0100 | <angerman> | there are some minor changes we need in the llvm backend primarily around configure logic. |
2020-11-12 14:32:33 +0100 | toorevitimirp | (~tooreviti@117.182.180.38) |
2020-11-12 14:32:37 +0100 | <angerman> | trhe llvm pipeline is just very slow. |
2020-11-12 14:32:55 +0100 | <angerman> | substantially so, that a NCG makes sense. |
2020-11-12 14:34:21 +0100 | nek0 | (~nek0@mail.nek0.eu) |
2020-11-12 14:34:56 +0100 | <xerox_> | angerman: (: |
2020-11-12 14:35:01 +0100 | hackage | magicbane 0.5.1 - A web framework that integrates Servant, RIO, EKG, fast-logger, wai-cli… https://hackage.haskell.org/package/magicbane-0.5.1 (myfreeweb) |
2020-11-12 14:36:35 +0100 | ndcroos | (5bb300df@91.179.0.223) |
2020-11-12 14:39:50 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 14:40:28 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) (Quit: This computer has gone to sleep) |
2020-11-12 14:42:19 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) |
2020-11-12 14:44:00 +0100 | hackage | phonetic-languages-examples 0.4.1.0 - A generalization of the uniqueness-periods-vector-examples functionality. https://hackage.haskell.org/package/phonetic-languages-examples-0.4.1.0 (OleksandrZhabenko) |
2020-11-12 14:44:05 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 240 seconds) |
2020-11-12 14:45:01 +0100 | encod3 | (~encod3@45-154-157-94.ftth.glasoperator.nl) () |
2020-11-12 14:45:26 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 14:46:45 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) (Ping timeout: 240 seconds) |
2020-11-12 14:48:39 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) |
2020-11-12 14:48:49 +0100 | lucasb | (uid333435@gateway/web/irccloud.com/x-lsuvezrsvbepowff) |
2020-11-12 14:48:50 +0100 | adm__ | (~adm@43.229.89.44) |
2020-11-12 14:49:04 +0100 | elfets | (~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) |
2020-11-12 14:50:07 +0100 | adm_ | (~adm@43.229.89.44) (Ping timeout: 258 seconds) |
2020-11-12 14:52:04 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) |
2020-11-12 14:52:08 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 256 seconds) |
2020-11-12 14:55:18 +0100 | fendor_ | (~fendor@178.165.129.175.wireless.dyn.drei.com) |
2020-11-12 14:55:40 +0100 | adm__ | (~adm@43.229.89.44) (Remote host closed the connection) |
2020-11-12 14:56:43 +0100 | hekkaidekapus_ | (~tchouri@gateway/tor-sasl/hekkaidekapus) (Ping timeout: 240 seconds) |
2020-11-12 14:57:16 +0100 | adm_ | (~adm@43.229.89.44) |
2020-11-12 14:57:18 +0100 | adm_ | (~adm@43.229.89.44) (Client Quit) |
2020-11-12 14:57:44 +0100 | fendor | (~fendor@77.119.130.20.wireless.dyn.drei.com) (Ping timeout: 240 seconds) |
2020-11-12 14:58:53 +0100 | hekkaidekapus_ | (~tchouri@gateway/tor-sasl/hekkaidekapus) |
2020-11-12 14:59:03 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 15:01:23 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) |
2020-11-12 15:02:20 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) (Ping timeout: 256 seconds) |
2020-11-12 15:04:16 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f66175ef21b7256ec1f4.dip0.t-ipconnect.de) |
2020-11-12 15:09:15 +0100 | sdrodge_ | (~sdrodge@unaffiliated/sdrodge) |
2020-11-12 15:10:25 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) (Ping timeout: 264 seconds) |
2020-11-12 15:11:00 +0100 | hekkaidekapus_ | (~tchouri@gateway/tor-sasl/hekkaidekapus) (Quit: hekkaidekapus_) |
2020-11-12 15:11:12 +0100 | sdrodge_ | (~sdrodge@unaffiliated/sdrodge) (Read error: Connection reset by peer) |
2020-11-12 15:11:42 +0100 | sdrodge | (~sdrodge@unaffiliated/sdrodge) |
2020-11-12 15:11:48 +0100 | acarrico | (~acarrico@dhcp-68-142-39-249.greenmountainaccess.net) |
2020-11-12 15:13:00 +0100 | hekkaidekapus | (~tchouri@gateway/tor-sasl/hekkaidekapus) |
2020-11-12 15:14:39 +0100 | nbloomf | (~nbloomf@2600:1700:ad14:3020:90a4:2273:4a7:996a) (Quit: My MacBook has gone to sleep. ZZZzzz…) |
2020-11-12 15:15:06 +0100 | encod3 | (~encod3@45-154-157-94.ftth.glasoperator.nl) |
2020-11-12 15:15:47 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) (Ping timeout: 260 seconds) |
2020-11-12 15:17:26 +0100 | jonatanb | (~jonatanb@user-5-173-60-237.play-internet.pl) |
2020-11-12 15:18:40 +0100 | todda7 | (~torstein@ppp-2-84-17-169.home.otenet.gr) |
2020-11-12 15:23:20 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2020-11-12 15:24:38 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Ping timeout: 264 seconds) |
2020-11-12 15:27:30 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) (Remote host closed the connection) |
2020-11-12 15:27:35 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
2020-11-12 15:27:53 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) |
2020-11-12 15:32:56 +0100 | pavonia | (~user@unaffiliated/siracusa) |
2020-11-12 15:33:13 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Quit: Leaving) |
2020-11-12 15:34:11 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 15:35:50 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) (Remote host closed the connection) |
2020-11-12 15:36:12 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) |
2020-11-12 15:37:42 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) |
2020-11-12 15:37:51 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) () |
2020-11-12 15:38:02 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 15:38:10 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Client Quit) |
2020-11-12 15:38:19 +0100 | ephemera_ | (~E@122.34.1.187) (Remote host closed the connection) |
2020-11-12 15:38:29 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 15:39:36 +0100 | ephemera_ | (~E@122.34.1.187) |
2020-11-12 15:40:36 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 15:40:56 +0100 | wei2912 | (~wei2912@unaffiliated/wei2912) (Remote host closed the connection) |
2020-11-12 15:42:46 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) (Quit: Leaving) |
2020-11-12 15:43:04 +0100 | gehmehgeh | (~ircuser1@gateway/tor-sasl/gehmehgeh) |
2020-11-12 15:43:47 +0100 | machined1od | (~machinedg@207.253.244.210) (Quit: leaving) |
2020-11-12 15:44:07 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) (Ping timeout: 260 seconds) |
2020-11-12 15:44:11 +0100 | machinedgod | (~machinedg@207.253.244.210) |
2020-11-12 15:45:05 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 240 seconds) |
2020-11-12 15:45:30 +0100 | hackage | VulkanMemoryAllocator 0.3.8 - Bindings to the VulkanMemoryAllocator library https://hackage.haskell.org/package/VulkanMemoryAllocator-0.3.8 (jophish) |
2020-11-12 15:46:07 +0100 | kritzefitz | (~kritzefit@2003:5b:203b:200::10:49) (Ping timeout: 260 seconds) |
2020-11-12 15:51:18 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) |
2020-11-12 15:56:25 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) |
2020-11-12 15:58:09 +0100 | trcc | (~trcc@2-104-60-169-cable.dk.customer.tdc.net) (Remote host closed the connection) |
2020-11-12 15:59:35 +0100 | machinedgod | (~machinedg@207.253.244.210) (Ping timeout: 260 seconds) |
2020-11-12 16:00:01 +0100 | tw1sted1 | (~tw1sted@195.206.169.184) () |
2020-11-12 16:00:19 +0100 | dftxbs3e | (~dftxbs3e@unaffiliated/dftxbs3e) (Remote host closed the connection) |
2020-11-12 16:00:27 +0100 | FreeBirdLjj | (~freebirdl@101.228.42.108) |
2020-11-12 16:00:48 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 2.9) |
2020-11-12 16:01:01 +0100 | alp | (~alp@2a01:e0a:58b:4920:5893:9820:69f2:6f2) (Ping timeout: 272 seconds) |
2020-11-12 16:01:47 +0100 | jonatanb | (~jonatanb@user-5-173-60-237.play-internet.pl) (Remote host closed the connection) |
2020-11-12 16:02:33 +0100 | ystael | (~ystael@209.6.50.55) |
2020-11-12 16:04:27 +0100 | ystael | (~ystael@209.6.50.55) (Read error: Connection reset by peer) |
2020-11-12 16:04:33 +0100 | ystael_ | (~ystael@209.6.50.55) |
2020-11-12 16:04:53 +0100 | FreeBirdLjj | (~freebirdl@101.228.42.108) (Ping timeout: 256 seconds) |
2020-11-12 16:05:07 +0100 | machinedgod | (~machinedg@207.253.244.210) |
2020-11-12 16:06:38 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) |
2020-11-12 16:08:03 +0100 | ystael_ | ystael |
2020-11-12 16:08:05 +0100 | Sanchayan | (~Sanchayan@122.181.216.76) (Quit: leaving) |
2020-11-12 16:09:14 +0100 | ndcroos | (5bb300df@91.179.0.223) (Ping timeout: 245 seconds) |
2020-11-12 16:09:46 +0100 | Sgeo | (~Sgeo@ool-18b982ad.dyn.optonline.net) |
2020-11-12 16:12:21 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Quit: Leaving) |
2020-11-12 16:13:30 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 16:15:24 +0100 | encod3 | (~encod3@45-154-157-94.ftth.glasoperator.nl) () |
2020-11-12 16:15:29 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 16:16:47 +0100 | <raichoo> | Bumping this again here: We are sill looking for contributors for "Advent of Haskell" 2020. www.adventofhaskell.com Would be really cool to get a couple more people on board for this project. I know it's a close call ^^ |
2020-11-12 16:19:01 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 16:19:24 +0100 | polyphem | (~p0lyph3m@2a02:810d:640:776c:76d7:55f6:f85b:c889) |
2020-11-12 16:21:08 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Quit: Leaving) |
2020-11-12 16:21:27 +0100 | g-belmonte | (~g-belmont@2804:14c:8786:9312:3638:eaf5:dc36:146d) |
2020-11-12 16:21:36 +0100 | nados | (~dan@69-165-210-185.cable.teksavvy.com) |
2020-11-12 16:21:58 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 16:23:30 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) (Remote host closed the connection) |
2020-11-12 16:23:51 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) |
2020-11-12 16:26:05 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Client Quit) |
2020-11-12 16:26:43 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 16:28:57 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Client Quit) |
2020-11-12 16:29:30 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) |
2020-11-12 16:30:22 +0100 | cosimone | (~cosimone@2001:b07:ae5:db26:d849:743b:370b:b3cd) (Read error: Connection reset by peer) |
2020-11-12 16:33:01 +0100 | stackdimes | (~stackdime@70.39.102.181) |
2020-11-12 16:37:00 +0100 | hackage | moss 0.2.0.0 - Haskell client for Moss https://hackage.haskell.org/package/moss-0.2.0.0 (mbg) |
2020-11-12 16:41:38 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 16:42:02 +0100 | DirefulSalt | (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection) |
2020-11-12 16:42:35 +0100 | DirefulSalt | (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) |
2020-11-12 16:43:15 +0100 | bscarlet | (~benjamin@forest.greynode.net) () |
2020-11-12 16:44:37 +0100 | <Franciman> | Hi raichoo, unfortunately I think that haskell is the past, the future is going outside and enjoying the real world. That's why there should be an anti technocratic revolution spreading across the world |
2020-11-12 16:44:39 +0100 | <Franciman> | but thanks |
2020-11-12 16:44:43 +0100 | Amras | (~Amras@unaffiliated/amras0000) (Ping timeout: 272 seconds) |
2020-11-12 16:44:50 +0100 | <maerwald> | :D |
2020-11-12 16:45:45 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Ping timeout: 240 seconds) |
2020-11-12 16:47:22 +0100 | borne | (~fritjof@200116b86423eb004fbf5cd6c83663b1.dip.versatel-1u1.de) (Ping timeout: 260 seconds) |
2020-11-12 16:52:20 +0100 | frdg | (47b88ff9@pool-71-184-143-249.bstnma.fios.verizon.net) |
2020-11-12 16:55:18 +0100 | ClaudiusMaximus | (~claude@198.123.199.146.dyn.plus.net) |
2020-11-12 16:55:20 +0100 | ClaudiusMaximus | (~claude@198.123.199.146.dyn.plus.net) (Changing host) |
2020-11-12 16:55:20 +0100 | ClaudiusMaximus | (~claude@unaffiliated/claudiusmaximus) |
2020-11-12 16:55:40 +0100 | <zincy_> | Franciman: It was but then 2020 happened |
2020-11-12 16:56:05 +0100 | <Franciman> | damn, so haskell is the future again? |
2020-11-12 16:56:07 +0100 | s00pcan | (~chris@107.181.165.217) (Ping timeout: 272 seconds) |
2020-11-12 16:57:08 +0100 | <zincy_> | Anything that involves being a hermit is the future |
2020-11-12 16:57:19 +0100 | <frdg> | I am having trouble with `stack exec` not being able to find a module that it should be able to find, yet I am able to compile and run my program. I cannot use GHCID because of this issue. Here is a full outline of the problem that I posted 4 days ago on SO: |
2020-11-12 16:57:20 +0100 | <frdg> | https://stackoverflow.com/questions/64738525/stack-can-not-find-a-local-module-that-it-should-be-a… |
2020-11-12 16:57:39 +0100 | <Franciman> | :D |
2020-11-12 16:57:45 +0100 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
2020-11-12 16:57:51 +0100 | <Franciman> | ah, maerwald I wanted to ask you a few things about ghcup when you have some time to lose |
2020-11-12 16:58:35 +0100 | <raichoo> | Anything that gives people a bit of fun over the holidays while being isolated. |
2020-11-12 16:58:40 +0100 | <maerwald> | Franciman: what is it? |
2020-11-12 16:59:00 +0100 | <maerwald> | raichoo: so what changed compared to 2019? :p |
2020-11-12 16:59:37 +0100 | <Franciman> | nothing really important, but have you made any further step towards the idea of implementing part of vabal? |
2020-11-12 16:59:58 +0100 | <maerwald> | no practical achievements so far |
2020-11-12 17:00:05 +0100 | bonvoyage[m] | (bonvoyageu@gateway/shell/matrix.org/x-qprbpxmnqsbkebca) (Quit: Idle for 30+ days) |
2020-11-12 17:00:10 +0100 | <Franciman> | because I wanted to ask you how you determine for each ghc what is the base it supports |
2020-11-12 17:00:23 +0100 | <Franciman> | do you do it by hand, or you have some fancy script I could use? |
2020-11-12 17:00:55 +0100 | <maerwald> | that's by hand and recorded: https://gitlab.haskell.org/haskell/ghcup-hs/-/blob/master/ghcup-0.0.3.yaml#L97 |
2020-11-12 17:01:05 +0100 | <Franciman> | arg |
2020-11-12 17:01:13 +0100 | <merijn> | frdg: oh, I think I know :) |
2020-11-12 17:01:27 +0100 | <maerwald> | Franciman: it's static information anyway |
2020-11-12 17:01:28 +0100 | <merijn> | frdg: Can you try replacing ~ with /home/whatever in your filepath? |
2020-11-12 17:01:36 +0100 | <maerwald> | it doesn't change |
2020-11-12 17:01:39 +0100 | <frdg> | sure |
2020-11-12 17:01:48 +0100 | <Franciman> | yes, but ok I understand vabal is not used by anybody, but I keep forgetting to update them |
2020-11-12 17:02:12 +0100 | <merijn> | Franciman: You mean you forget to relax your upperbound on base? |
2020-11-12 17:02:30 +0100 | <Franciman> | yes |
2020-11-12 17:02:38 +0100 | <Franciman> | and update vabal's metadata |
2020-11-12 17:02:45 +0100 | <merijn> | Franciman: Let me introduce you to your saviour with regards to upperbounds :p |
2020-11-12 17:02:49 +0100 | <maerwald> | lol |
2020-11-12 17:02:56 +0100 | <maerwald> | < 10000 |
2020-11-12 17:03:04 +0100 | <merijn> | Franciman: https://packdeps.haskellers.com/feed?needle=paramtree |
2020-11-12 17:03:04 +0100 | <Franciman> | lol |
2020-11-12 17:03:30 +0100 | <merijn> | Franciman: (replace package name as needed) and get an RSS feed of out of date upperbounds (including base) |
2020-11-12 17:03:45 +0100 | <Franciman> | thanks |
2020-11-12 17:03:48 +0100 | <Franciman> | that's cool |
2020-11-12 17:03:57 +0100 | <Franciman> | raichoo, no sorry, you're right |
2020-11-12 17:04:15 +0100 | <merijn> | Franciman: As soon as one of you (direct) dependencies releases a version outside your current upperbound it appears in the RSS feed :) |
2020-11-12 17:04:16 +0100 | <Franciman> | but the doctor said I can't stay sat down for more than 40 minutes in a row |
2020-11-12 17:04:17 +0100 | <frdg> | merijn: same error |
2020-11-12 17:04:23 +0100 | <Franciman> | that's what I meant, in a less pompous way |
2020-11-12 17:04:27 +0100 | <merijn> | frdg: ah, then I dunno |
2020-11-12 17:04:28 +0100 | <maerwald> | Franciman: you also have RSI? |
2020-11-12 17:04:43 +0100 | <frdg> | ill add that to my SO post though. |
2020-11-12 17:05:05 +0100 | <Franciman> | yes, that one too |
2020-11-12 17:05:17 +0100 | <maerwald> | the beauty of programming |
2020-11-12 17:05:29 +0100 | <Franciman> | but also tendonitis in various parts of the arms |
2020-11-12 17:05:34 +0100 | <Franciman> | and posture problems |
2020-11-12 17:05:43 +0100 | <monochrom> | I have a cunning plan. Build a large keyboard on the floor. You walk to step on the keys to type. |
2020-11-12 17:05:44 +0100 | <Franciman> | and circulatory issues to hands |
2020-11-12 17:06:39 +0100 | <maerwald> | yeah, I bought 2 ergonomic keyboards, parts to replace the firmware/boards, all sorts of trackballs and wrist crap etc |
2020-11-12 17:06:42 +0100 | <monochrom> | Although, this may be merely transfering hand RSI to leg-foot RSI. |
2020-11-12 17:07:02 +0100 | <maerwald> | yeah, since I use a 3-foot pedal, my feet hurt |
2020-11-12 17:07:15 +0100 | <Franciman> | maerwald, :< |
2020-11-12 17:07:18 +0100 | <maerwald> | I think that's an improvement though |
2020-11-12 17:07:20 +0100 | <maerwald> | :D |
2020-11-12 17:07:29 +0100 | <maerwald> | feet you can just cut off and be done |
2020-11-12 17:07:36 +0100 | <Franciman> | lol |
2020-11-12 17:10:59 +0100 | <maerwald> | Franciman: https://www.youtube.com/watch?v=fdD7CgN5FGg |
2020-11-12 17:11:15 +0100 | <maerwald> | it seems he recovered and didn't need surgery |
2020-11-12 17:11:31 +0100 | <maerwald> | (I can't but stop wondering if he's an emacs user) |
2020-11-12 17:12:40 +0100 | <maerwald> | I think ppl with heavy alt/ctrl key bindings are at higher risk |
2020-11-12 17:13:17 +0100 | <Franciman> | thanks |
2020-11-12 17:13:24 +0100 | <Franciman> | I do think that too |
2020-11-12 17:13:26 +0100 | nbloomf | (~nbloomf@76.217.43.73) |
2020-11-12 17:13:42 +0100 | <maerwald> | my vim keybindings are very ctrl heavy :/ |
2020-11-12 17:13:42 +0100 | <Franciman> | at least you need to take some care, and presso ctrl/alt with the opposite hand |
2020-11-12 17:13:48 +0100 | <Franciman> | press* |
2020-11-12 17:14:19 +0100 | <maerwald> | yes, my problems got worse when I started using workman keyboard layout (similar to colemak) |
2020-11-12 17:14:52 +0100 | <maerwald> | which focuses on finger rolling (same hand movements). dvorak is supposed to maximize alternating hands, so that might help you too |
2020-11-12 17:16:29 +0100 | <frdg> | merijn: all of a sudden it just worked and I don't know why. |
2020-11-12 17:16:57 +0100 | <raichoo> | Franciman: Sorry to hear that, I hope it'll get better? |
2020-11-12 17:17:25 +0100 | <frdg> | merijn: maybe you were right. But I tried what you said at least 4 times and it didn't work. |
2020-11-12 17:17:38 +0100 | <Franciman> | hm i see maerwald sorry to hear that |
2020-11-12 17:17:39 +0100 | <Franciman> | it sux |
2020-11-12 17:17:43 +0100 | <Franciman> | raichoo, thanks |
2020-11-12 17:17:54 +0100 | <Franciman> | sorry i was a bit rought |
2020-11-12 17:17:57 +0100 | <Franciman> | rough* |
2020-11-12 17:18:11 +0100 | <raichoo> | Happens, don't worry. |
2020-11-12 17:18:45 +0100 | <maerwald> | Franciman: but I do recommend Kinesis advantage 2 keyboard (at least if you have finger strain) |
2020-11-12 17:19:02 +0100 | <maerwald> | the concave design makes a huge difference |
2020-11-12 17:19:22 +0100 | <maerwald> | I wouldn't be able to type without it (and cbd) |
2020-11-12 17:21:32 +0100 | <Franciman> | cool thanks, I keep it noted |
2020-11-12 17:21:33 +0100 | <frdg> | merijn: I am perplexed but it had to have been the file path you suggested because I have been going at this for days and had not tried that. If you want the 50 bounty you can answer the question otherwise ill put the answer up in an hour or so. |
2020-11-12 17:21:46 +0100 | <Franciman> | now sorry my time for computer is left :P |
2020-11-12 17:21:48 +0100 | <Franciman> | thanks maerwald |
2020-11-12 17:21:51 +0100 | <Franciman> | ttyl |
2020-11-12 17:23:33 +0100 | <merijn> | frdg: Basically, bash doesn't expand ~ within '', and when stack exec invoke ghci that path is still not expanded. So it was just a wild guess that ghci does not perform ~ expansion (most programs don't, the shell usually handles that) :) |
2020-11-12 17:23:42 +0100 | pieguy128 | (~pieguy128@bras-base-mtrlpq5031w-grc-39-70-27-244-102.dsl.bell.ca) |
2020-11-12 17:23:56 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 17:24:32 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 17:25:30 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 17:25:37 +0100 | <frdg> | I see. It all happened so fast but I think I might have opened a new eshell instance in emacs and tried again and that is why it didn't work at first. Thanks though. |
2020-11-12 17:25:56 +0100 | Chi1thangoo | (~Chi1thang@87.112.60.168) |
2020-11-12 17:26:00 +0100 | hackage | tracing 0.0.5.2 - Distributed tracing https://hackage.haskell.org/package/tracing-0.0.5.2 (mtth) |
2020-11-12 17:26:17 +0100 | jamm_ | (~jamm@unaffiliated/jamm) (Remote host closed the connection) |
2020-11-12 17:28:43 +0100 | christo | (~chris@81.96.113.213) (Ping timeout: 246 seconds) |
2020-11-12 17:29:07 +0100 | toorevitimirp | (~tooreviti@117.182.180.38) (Remote host closed the connection) |
2020-11-12 17:30:37 +0100 | Franciman | (~francesco@host-82-56-223-169.retail.telecomitalia.it) (Quit: Leaving) |
2020-11-12 17:33:42 +0100 | <frdg> | I can't recreate this success in a regular terminal though. I am getting the same error as before. In a new instance of eshell it is also failing. wtf I really do not know what I did. |
2020-11-12 17:34:48 +0100 | <frdg> | if I restart ghcid in the shell that is working then it continues to work. |
2020-11-12 17:34:49 +0100 | gareth__ | (~gareth__@104.236.161.134) (Quit: ...uh oh) |
2020-11-12 17:36:59 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 17:37:14 +0100 | <frdg> | I can also get it to work with ~ in this shell |
2020-11-12 17:38:19 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 17:38:52 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 17:42:10 +0100 | gareth__ | (~gareth__@104.236.161.134) |
2020-11-12 17:43:21 +0100 | jonathanx | (~jonathan@dyn-8-sc.cdg.chalmers.se) (Remote host closed the connection) |
2020-11-12 17:45:45 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 17:46:34 +0100 | conal_ | (~conal@64.71.133.70) |
2020-11-12 17:46:59 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 17:48:14 +0100 | alp | (~alp@2a01:e0a:58b:4920:ed32:ff85:b3a6:ae06) |
2020-11-12 17:48:19 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 17:48:42 +0100 | <frdg> | I have solved the problem. If I run `ghcid -c 'stack exec ...` from within the directory that Main.hs is in it is able to find the module. If I start it from anywhere else it says it cannot find the module. The problem was not with ~ I don't think. |
2020-11-12 17:49:10 +0100 | chele | (~chele@ip5b416ea2.dynamic.kabel-deutschland.de) (Remote host closed the connection) |
2020-11-12 17:50:04 +0100 | conal | (~conal@64.71.133.70) (Ping timeout: 256 seconds) |
2020-11-12 17:52:42 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f66175ef21b7256ec1f4.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 17:54:08 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) |
2020-11-12 17:55:19 +0100 | bliminse | (~bliminse@host109-156-197-211.range109-156.btcentralplus.com) (Ping timeout: 260 seconds) |
2020-11-12 17:55:54 +0100 | bliminse | (~bliminse@host109-156-197-211.range109-156.btcentralplus.com) |
2020-11-12 17:56:42 +0100 | WeChanTonio | (~WeChanTon@186-130-20-31.ftth.glasoperator.nl) (Quit: Leaving) |
2020-11-12 17:57:55 +0100 | coot | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) (Quit: coot) |
2020-11-12 17:59:07 +0100 | Yumasi | (~guillaume@2a01cb09b06b29ea5faf5572fb93fcc2.ipv6.abo.wanadoo.fr) (Ping timeout: 260 seconds) |
2020-11-12 17:59:25 +0100 | mrd | (~mrd@185.163.110.116) |
2020-11-12 17:59:35 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 18:03:38 +0100 | mputz | (~Thunderbi@dslb-084-058-211-084.084.058.pools.vodafone-ip.de) (Ping timeout: 264 seconds) |
2020-11-12 18:04:10 +0100 | dbmikus__ | (~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) |
2020-11-12 18:04:22 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2020-11-12 18:05:23 +0100 | frdg | (47b88ff9@pool-71-184-143-249.bstnma.fios.verizon.net) (Remote host closed the connection) |
2020-11-12 18:10:05 +0100 | jlamothe | (~jlamothe@198.251.55.207) (Quit: leaving) |
2020-11-12 18:10:12 +0100 | hnOsmium0001 | (uid453710@gateway/web/irccloud.com/x-mfqotttnhsysdcxs) |
2020-11-12 18:11:16 +0100 | howdoi | (uid224@gateway/web/irccloud.com/x-ezpbwntcbzeneljs) |
2020-11-12 18:11:20 +0100 | <glguy> | maerwald: I've asked before but if you answered I missed it. Is there anything I can do to help ghcup 0.1.12 to get out of rc? |
2020-11-12 18:11:34 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-11-12 18:11:47 +0100 | <maerwald> | glguy: it just has TUI improvements, I wanted to tackle a few other issues, but haven't gotten around it |
2020-11-12 18:12:34 +0100 | <maerwald> | https://gitlab.haskell.org/haskell/ghcup-hs/-/issues/84 |
2020-11-12 18:13:22 +0100 | <maerwald> | so you can say this bindist works for ubuntu < 18.02 |
2020-11-12 18:13:25 +0100 | <maerwald> | or something |
2020-11-12 18:14:30 +0100 | <glguy> | maerwald: But currently all you can say is that it works for Linux_Ubuntu in general? |
2020-11-12 18:14:42 +0100 | jlamothe | (~jlamothe@198.251.55.207) |
2020-11-12 18:14:52 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) (Remote host closed the connection) |
2020-11-12 18:15:02 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) |
2020-11-12 18:15:41 +0100 | <glguy> | Oh, no. I see you already say different things about '16.04', '18.04' and unkonwn_versioning: |
2020-11-12 18:15:53 +0100 | <maerwald> | glguy: yeah, we only have EQ |
2020-11-12 18:16:14 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 264 seconds) |
2020-11-12 18:16:18 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) (Read error: Connection reset by peer) |
2020-11-12 18:16:30 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) |
2020-11-12 18:16:49 +0100 | phaul | (~phaul@ruby/staff/phaul) |
2020-11-12 18:18:01 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 18:19:25 +0100 | stackdimes | (~stackdime@70.39.102.181) (Ping timeout: 264 seconds) |
2020-11-12 18:22:16 +0100 | kritzefitz | (~kritzefit@212.86.56.80) |
2020-11-12 18:22:34 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 18:23:05 +0100 | kipras | (~Kipras@78-56-235-39.static.zebra.lt) (Ping timeout: 240 seconds) |
2020-11-12 18:26:42 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
2020-11-12 18:26:44 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 18:28:22 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-11-12 18:30:31 +0100 | hackage | phonetic-languages-general 0.2.0.0 - A generalization of the uniqueness-periods-vector-general functionality. https://hackage.haskell.org/package/phonetic-languages-general-0.2.0.0 (OleksandrZhabenko) |
2020-11-12 18:32:04 +0100 | borne | (~fritjof@200116b86423eb004fbf5cd6c83663b1.dip.versatel-1u1.de) |
2020-11-12 18:33:39 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 18:35:30 +0100 | hackage | csv-conduit 0.7.2.0 - A flexible, fast, conduit-based CSV parser library for Haskell. https://hackage.haskell.org/package/csv-conduit-0.7.2.0 (MichaelXavier) |
2020-11-12 18:36:39 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 18:36:45 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 18:36:53 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 18:39:00 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 18:39:59 +0100 | jakalx | (~jakalx@base.jakalx.net) (Ping timeout: 272 seconds) |
2020-11-12 18:40:37 +0100 | alp | (~alp@2a01:e0a:58b:4920:ed32:ff85:b3a6:ae06) (Ping timeout: 272 seconds) |
2020-11-12 18:40:39 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 18:41:06 +0100 | ubert | (~Thunderbi@2a02:8109:9880:303c:ca5b:76ff:fe29:f233) (Remote host closed the connection) |
2020-11-12 18:44:03 +0100 | Sheilong | (uid293653@gateway/web/irccloud.com/x-kihpfdwzdbjfjvbb) |
2020-11-12 18:44:45 +0100 | g-belmonte | (~g-belmont@2804:14c:8786:9312:3638:eaf5:dc36:146d) (Quit: Leaving) |
2020-11-12 18:45:16 +0100 | hekkaidekapus | (~tchouri@gateway/tor-sasl/hekkaidekapus) (Remote host closed the connection) |
2020-11-12 18:45:31 +0100 | <maralorn> | When cabal tries to find a valid build plan, does it try all possible flag constellation for all dependencies? Or does it only try the default flags of every dependency? |
2020-11-12 18:45:39 +0100 | hekkaidekapus | (~tchouri@gateway/tor-sasl/hekkaidekapus) |
2020-11-12 18:47:10 +0100 | <int-e> | maralorn: it tries toggling the automatic flags, but not the manual ones |
2020-11-12 18:48:31 +0100 | hackage | phonetic-languages-examples 0.4.2.0 - A generalization of the uniqueness-periods-vector-examples functionality. https://hackage.haskell.org/package/phonetic-languages-examples-0.4.2.0 (OleksandrZhabenko) |
2020-11-12 18:49:12 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 18:50:07 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 18:50:13 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 18:52:42 +0100 | pfurla | (~pfurla@ool-182ed2e2.dyn.optonline.net) (Quit: gone to sleep. ZZZzzz…) |
2020-11-12 18:53:35 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 18:53:55 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 18:54:39 +0100 | avdb | (~avdb@ip-83-134-68-229.dsl.scarlet.be) |
2020-11-12 19:00:01 +0100 | mrd | (~mrd@185.163.110.116) () |
2020-11-12 19:02:16 +0100 | juri_ | (~juri@178.63.35.222) (Ping timeout: 272 seconds) |
2020-11-12 19:02:57 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) |
2020-11-12 19:09:15 +0100 | dyeplexer | (~lol@unaffiliated/terpin) (Remote host closed the connection) |
2020-11-12 19:10:37 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 19:12:55 +0100 | asheshambasta | (~user@ptr-e1lysawl9rr13i61o92.18120a2.ip6.access.telenet.be) (Ping timeout: 272 seconds) |
2020-11-12 19:13:30 +0100 | hackage | uniqueness-periods-vector-general 0.5.3.0 - Some kind of the optimization approach to data inner structure. https://hackage.haskell.org/package/uniqueness-periods-vector-general-0.5.3.0 (OleksandrZhabenko) |
2020-11-12 19:14:27 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 19:14:53 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) |
2020-11-12 19:16:22 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 19:17:37 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 19:19:39 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 19:19:50 +0100 | borne | (~fritjof@200116b86423eb004fbf5cd6c83663b1.dip.versatel-1u1.de) (Ping timeout: 264 seconds) |
2020-11-12 19:21:02 +0100 | kierank1 | (~kierank@184.75.221.35) |
2020-11-12 19:21:07 +0100 | renzhi | (~renzhi@2607:fa49:655f:e600::28da) (Ping timeout: 260 seconds) |
2020-11-12 19:21:48 +0100 | Ariakenom | (~Ariakenom@h-82-196-111-82.NA.cust.bahnhof.se) |
2020-11-12 19:25:43 +0100 | cole-h | (~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) |
2020-11-12 19:27:14 +0100 | bergsans | (~bergsans@c80-217-8-29.bredband.comhem.se) (Remote host closed the connection) |
2020-11-12 19:27:47 +0100 | borne | (~fritjof@200116b86423eb004fbf5cd6c83663b1.dip.versatel-1u1.de) |
2020-11-12 19:27:49 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) (Ping timeout: 264 seconds) |
2020-11-12 19:28:31 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) |
2020-11-12 19:29:23 +0100 | chaosmasttter | (~chaosmast@p200300c4a70f6201c1c6e7084fdfaaff.dip0.t-ipconnect.de) |
2020-11-12 19:31:30 +0100 | hackage | uniqueness-periods-vector-examples 0.14.5.0 - Usage examples for the uniqueness-periods-vector series of packages https://hackage.haskell.org/package/uniqueness-periods-vector-examples-0.14.5.0 (OleksandrZhabenko) |
2020-11-12 19:33:19 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 260 seconds) |
2020-11-12 19:33:19 +0100 | electricityZZZZ | (~electrici@108-216-157-17.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 19:34:44 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 19:36:59 +0100 | chaosmasttter | (~chaosmast@p200300c4a70f6201c1c6e7084fdfaaff.dip0.t-ipconnect.de) (Ping timeout: 272 seconds) |
2020-11-12 19:37:01 +0100 | hackage | polysemy-methodology 0.1.6.0 - Domain modelling algebra for polysemy https://hackage.haskell.org/package/polysemy-methodology-0.1.6.0 (locallycompact) |
2020-11-12 19:41:12 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) (Ping timeout: 256 seconds) |
2020-11-12 19:41:17 +0100 | alp | (~alp@2a01:e0a:58b:4920:881:8954:9deb:fcb5) |
2020-11-12 19:41:41 +0100 | asnyx | (~asnyx@brettgilio.com) (Quit: Long live IRC! <https://brettgilio.com/irc.html>) |
2020-11-12 19:41:41 +0100 | brettgilio | (~brettgili@brettgilio.com) (Quit: Long live IRC! <https://brettgilio.com/irc.html>) |
2020-11-12 19:41:54 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) |
2020-11-12 19:43:31 +0100 | juri_ | (~juri@178.63.35.222) |
2020-11-12 19:43:33 +0100 | DavidEichmann | (~david@43.240.198.146.dyn.plus.net) (Remote host closed the connection) |
2020-11-12 19:46:03 +0100 | jedai | (~jedai@lfbn-dij-1-708-251.w90-100.abo.wanadoo.fr) |
2020-11-12 19:46:56 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 19:47:20 +0100 | wroathe | (~wroathe@c-73-24-27-54.hsd1.mn.comcast.net) |
2020-11-12 19:47:26 +0100 | thir | (~thir@p200300f27f0b7e00894576386620b0d0.dip0.t-ipconnect.de) () |
2020-11-12 19:47:57 +0100 | asnyx | (~asnyx@brettgilio.com) |
2020-11-12 19:51:22 +0100 | luke | (~luke@bitnomial/staff/luke) |
2020-11-12 19:51:50 +0100 | luke | (~luke@bitnomial/staff/luke) (Client Quit) |
2020-11-12 19:53:03 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 19:53:16 +0100 | xerox_ | (~xerox@unaffiliated/xerox) (Ping timeout: 246 seconds) |
2020-11-12 19:53:49 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Ping timeout: 245 seconds) |
2020-11-12 19:54:26 +0100 | brettgilio | (~brettgili@brettgilio.com) |
2020-11-12 19:54:49 +0100 | xerox_ | (~xerox@unaffiliated/xerox) |
2020-11-12 19:57:25 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 19:59:26 +0100 | ChaiTRex | (~ChaiTRex@gateway/tor-sasl/chaitrex) (Remote host closed the connection) |
2020-11-12 20:00:09 +0100 | ChaiTRex | (~ChaiTRex@gateway/tor-sasl/chaitrex) |
2020-11-12 20:00:36 +0100 | gproto23 | (~gproto23@unaffiliated/gproto23) |
2020-11-12 20:00:52 +0100 | ChaiTRex | (~ChaiTRex@gateway/tor-sasl/chaitrex) (Remote host closed the connection) |
2020-11-12 20:01:26 +0100 | ChaiTRex | (~ChaiTRex@gateway/tor-sasl/chaitrex) |
2020-11-12 20:02:22 +0100 | conal_ | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
2020-11-12 20:03:18 +0100 | <kritzefitz> | In parsec (string "a" >> mzero) `mplus` string "ab" behaves differently than mzero `mplus` string "ab". Does that violate the laws for mzero or am I misinterpreting the laws for mzero? |
2020-11-12 20:03:34 +0100 | berberman_ | (~berberman@unaffiliated/berberman) |
2020-11-12 20:03:57 +0100 | berberman | (~berberman@unaffiliated/berberman) (Ping timeout: 260 seconds) |
2020-11-12 20:05:08 +0100 | chaosmasttter | (~chaosmast@p200300c4a70f6201c1c6e7084fdfaaff.dip0.t-ipconnect.de) |
2020-11-12 20:06:17 +0100 | <glguy> | kritzefitz: I think you're misunderstanding the laws |
2020-11-12 20:06:30 +0100 | <glguy> | because MonadPlus doesn't have very many |
2020-11-12 20:06:52 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) (Ping timeout: 272 seconds) |
2020-11-12 20:06:52 +0100 | <kritzefitz> | I'm specifically talking about v >> mzero = mzero. |
2020-11-12 20:06:55 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 20:06:56 +0100 | coot | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) |
2020-11-12 20:07:33 +0100 | Amras | (~Amras@unaffiliated/amras0000) |
2020-11-12 20:07:52 +0100 | <glguy> | I think parsec doesn't satisfy the laws as written in Haddock, but also that people often don't agree on how MonadPlus should actually behave |
2020-11-12 20:07:57 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 20:08:33 +0100 | juuandyy | (~juuandyy@90.166.144.65) |
2020-11-12 20:08:46 +0100 | <glguy> | IO also fails the laws as implemented there |
2020-11-12 20:08:58 +0100 | <kritzefitz> | Good point |
2020-11-12 20:09:08 +0100 | <electricityZZZZ> | is anyone here also in #rust? can i get a #rust invite? |
2020-11-12 20:09:22 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) |
2020-11-12 20:09:23 +0100 | <glguy> | electricityZZZZ: You're looking for ##rust |
2020-11-12 20:09:43 +0100 | Rudd0 | (~Rudd0@185.189.115.103) (Ping timeout: 246 seconds) |
2020-11-12 20:09:53 +0100 | <electricityZZZZ> | oh wow ok freenode should change their error message |
2020-11-12 20:10:14 +0100 | <glguy> | #rust automatically forwards to ##rust except you weren't logged in so you weren't allowed in |
2020-11-12 20:10:27 +0100 | <glguy> | (because ##rust requires login for whatever reason) |
2020-11-12 20:11:26 +0100 | <electricityZZZZ> | ok. yeah #rust on irc.mozilla had problems with haxxorz or something so they are a little more paranoid |
2020-11-12 20:12:06 +0100 | stackdimes | (~stackdime@70.39.102.181) |
2020-11-12 20:12:53 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) |
2020-11-12 20:13:06 +0100 | kierank1 | (~kierank@184.75.221.35) (Ping timeout: 265 seconds) |
2020-11-12 20:13:48 +0100 | ct2034 | (uid362550@gateway/web/irccloud.com/x-dodtlcpekbqwcyru) |
2020-11-12 20:13:59 +0100 | cr3 | (~cr3@192-222-143-195.qc.cable.ebox.net) |
2020-11-12 20:16:36 +0100 | stackdimes | (~stackdime@70.39.102.181) (Client Quit) |
2020-11-12 20:18:05 +0100 | jonatanb | (~jonatanb@83.24.9.26.ipv4.supernova.orange.pl) (Remote host closed the connection) |
2020-11-12 20:20:37 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 264 seconds) |
2020-11-12 20:21:04 +0100 | stackdimes | (~stackdime@70.39.102.174) |
2020-11-12 20:21:15 +0100 | acidjnk_new | (~acidjnk@p200300d0c718f66175ef21b7256ec1f4.dip0.t-ipconnect.de) |
2020-11-12 20:22:00 +0100 | gtk | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) |
2020-11-12 20:22:47 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 20:22:48 +0100 | Tario | (~Tario@201.192.165.173) (Read error: Connection reset by peer) |
2020-11-12 20:22:56 +0100 | <gtk> | when i instance NFData and define the rnf function, what happens if I dont really evalute the value till normal form? |
2020-11-12 20:23:06 +0100 | Tario | (~Tario@201.192.165.173) |
2020-11-12 20:23:18 +0100 | <gtk> | but WHNF instead? |
2020-11-12 20:23:54 +0100 | <jle`> | then it will only evaluate to WHNF |
2020-11-12 20:24:07 +0100 | <monochrom> | breaks a lot of people's hearts |
2020-11-12 20:24:21 +0100 | <monochrom> | baby jesus cries |
2020-11-12 20:24:33 +0100 | <gtk> | Then it would be against the will of NFData |
2020-11-12 20:24:43 +0100 | <gtk> | isn't that a big sin? |
2020-11-12 20:24:53 +0100 | <monochrom> | cardinal sin |
2020-11-12 20:25:25 +0100 | <Uniaika> | most certainly |
2020-11-12 20:26:05 +0100 | jneira | (5127ac76@gateway/web/cgi-irc/kiwiirc.com/ip.81.39.172.118) |
2020-11-12 20:26:35 +0100 | <monochrom> | https://www.google.ca/search?q=cardinal+zin+zinfandel&source=lnms&tbm=isch&sa=X&ved=2ahUKEwjpuJSX3… |
2020-11-12 20:27:28 +0100 | evanpro | (~evanpro@195.206.169.184) |
2020-11-12 20:27:36 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 20:28:12 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Ping timeout: 260 seconds) |
2020-11-12 20:28:15 +0100 | <monochrom> | Actually I guess just https://www.google.com/search?q=cardinal+zin |
2020-11-12 20:29:15 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) (Quit: This computer has gone to sleep) |
2020-11-12 20:30:01 +0100 | <monochrom> | Ah, add &tbm=isch for the images. |
2020-11-12 20:30:29 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) |
2020-11-12 20:32:26 +0100 | christo | (~chris@81.96.113.213) (Ping timeout: 265 seconds) |
2020-11-12 20:36:38 +0100 | avdb | (~avdb@ip-83-134-68-229.dsl.scarlet.be) (Ping timeout: 260 seconds) |
2020-11-12 20:37:29 +0100 | <koz_> | :t any |
2020-11-12 20:37:31 +0100 | <lambdabot> | Foldable t => (a -> Bool) -> t a -> Bool |
2020-11-12 20:41:07 +0100 | stackdimes | (~stackdime@70.39.102.174) (Quit: WeeChat 2.9) |
2020-11-12 20:41:29 +0100 | stackdimes | (~stackdime@70.39.102.174) |
2020-11-12 20:49:32 +0100 | pfurla | (~pfurla@pool-108-6-43-243.nycmny.fios.verizon.net) |
2020-11-12 20:50:23 +0100 | AlterEgo- | (~ladew@124-198-158-163.dynamic.caiway.nl) (Quit: Leaving) |
2020-11-12 20:51:25 +0100 | aarvar | (~foewfoiew@50.35.43.33) (Ping timeout: 240 seconds) |
2020-11-12 20:55:17 +0100 | raehik | (~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) |
2020-11-12 21:01:01 +0100 | hackage | polysemy-vinyl 0.1.2.0 - Functions for mapping vinyl records in polysemy. https://hackage.haskell.org/package/polysemy-vinyl-0.1.2.0 (locallycompact) |
2020-11-12 21:01:29 +0100 | taurux | (~taurux@net-188-152-78-21.cust.vodafonedsl.it) |
2020-11-12 21:02:40 +0100 | kimumba | (5fa8781e@95.168.120.30) |
2020-11-12 21:03:03 +0100 | kuribas | (~user@ptr-25vy0i7apwgnolcsbyn.18120a2.ip6.access.telenet.be) (Quit: ERC (IRC client for Emacs 26.3)) |
2020-11-12 21:03:15 +0100 | jakov | (~jakov@95.168.120.30) |
2020-11-12 21:03:25 +0100 | kimumba | (5fa8781e@95.168.120.30) () |
2020-11-12 21:03:29 +0100 | kimumba | (5fa8781e@95.168.120.30) |
2020-11-12 21:05:06 +0100 | jakov | (~jakov@95.168.120.30) (Client Quit) |
2020-11-12 21:05:49 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) |
2020-11-12 21:06:07 +0100 | britva | (~britva@31-10-157-156.cgn.dynamic.upc.ch) (Client Quit) |
2020-11-12 21:06:30 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) |
2020-11-12 21:08:19 +0100 | britva | (~britva@2a02:aa13:7240:2980:710d:443e:844f:5480) (Client Quit) |
2020-11-12 21:08:31 +0100 | jespada | (~jespada@90.254.245.49) (Ping timeout: 260 seconds) |
2020-11-12 21:08:46 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 21:09:43 +0100 | atbd | (~atbd@68.166.138.88.rev.sfr.net) |
2020-11-12 21:10:10 +0100 | rprije | (~rprije@124.148.131.132) |
2020-11-12 21:11:23 +0100 | jespada | (~jespada@90.254.245.49) |
2020-11-12 21:13:28 +0100 | macrover | (~macrover@ip70-189-231-35.lv.lv.cox.net) (Remote host closed the connection) |
2020-11-12 21:17:17 +0100 | geekosaur45 | (82659a09@host154-009.vpn.uakron.edu) |
2020-11-12 21:17:57 +0100 | pfurla | (~pfurla@pool-108-6-43-243.nycmny.fios.verizon.net) (Quit: gone to sleep. ZZZzzz…) |
2020-11-12 21:18:17 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) (Remote host closed the connection) |
2020-11-12 21:18:26 +0100 | evanpro | (~evanpro@195.206.169.184) (Remote host closed the connection) |
2020-11-12 21:18:31 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) |
2020-11-12 21:19:39 +0100 | geekosaur | (82659a09@host154-009.vpn.uakron.edu) (Ping timeout: 245 seconds) |
2020-11-12 21:19:48 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) (Ping timeout: 256 seconds) |
2020-11-12 21:20:13 +0100 | Amras | (~Amras@unaffiliated/amras0000) (Ping timeout: 272 seconds) |
2020-11-12 21:20:53 +0100 | pfurla | (~pfurla@pool-108-6-43-243.nycmny.fios.verizon.net) |
2020-11-12 21:22:21 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) (Remote host closed the connection) |
2020-11-12 21:22:53 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) |
2020-11-12 21:27:46 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) (Ping timeout: 246 seconds) |
2020-11-12 21:27:52 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
2020-11-12 21:27:55 +0100 | juuandyy | (~juuandyy@90.166.144.65) (Quit: Konversation terminated!) |
2020-11-12 21:28:24 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) |
2020-11-12 21:32:45 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) (Ping timeout: 240 seconds) |
2020-11-12 21:32:46 +0100 | Amras | (~Amras@unaffiliated/amras0000) |
2020-11-12 21:32:56 +0100 | Suntop1 | (~Suntop@139.28.218.148) |
2020-11-12 21:36:45 +0100 | clog | (~nef@bespin.org) (Ping timeout: 240 seconds) |
2020-11-12 21:36:52 +0100 | clog | (~nef@bespin.org) |
2020-11-12 21:37:57 +0100 | Amras | (~Amras@unaffiliated/amras0000) (Ping timeout: 272 seconds) |
2020-11-12 21:40:29 +0100 | alp | (~alp@2a01:e0a:58b:4920:881:8954:9deb:fcb5) (Ping timeout: 272 seconds) |
2020-11-12 21:40:37 +0100 | argent0 | (~argent0@168.227.98.81) |
2020-11-12 21:41:10 +0100 | jmcarthur | (~jmcarthur@104.140.53.251) |
2020-11-12 21:43:52 +0100 | <dminuoso> | Mmm, I have a large code base that I need a quick feedback loop. How can I disable code generation in GHC to speed it up? |
2020-11-12 21:45:13 +0100 | <lortabac> | -fno-code |
2020-11-12 21:45:48 +0100 | <dminuoso> | Mmm, if I add that to cabal it propagates to dependencies it seems |
2020-11-12 21:45:54 +0100 | <dminuoso> | and `primitive` fails to build |
2020-11-12 21:47:00 +0100 | <dminuoso> | lortabac: Mmm, but I can get around that. Cheers, that's so much faster. |
2020-11-12 21:47:05 +0100 | <dminuoso> | Feels like 5-10 times. :) |
2020-11-12 21:48:51 +0100 | wroathe | (~wroathe@c-73-24-27-54.hsd1.mn.comcast.net) (Ping timeout: 256 seconds) |
2020-11-12 21:49:07 +0100 | reallymemorable | (~quassel@2601:180:8300:8fd0:c5df:6e57:bcff:c1bb) |
2020-11-12 21:50:19 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 21:51:09 +0100 | jakov | (~jakov@95.168.121.30) |
2020-11-12 21:51:30 +0100 | kimumba | (5fa8781e@95.168.120.30) () |
2020-11-12 21:51:47 +0100 | pfurla | (~pfurla@pool-108-6-43-243.nycmny.fios.verizon.net) (Quit: gone to sleep. ZZZzzz…) |
2020-11-12 21:52:31 +0100 | hackage | minizinc-process 0.1.4.0 - A set of helpers to call minizinc models. https://hackage.haskell.org/package/minizinc-process-0.1.4.0 (LucasDiCioccio) |
2020-11-12 21:52:48 +0100 | <sshine> | dminuoso, so you just run type checker? |
2020-11-12 21:52:56 +0100 | <dminuoso> | sshine: Yeah |
2020-11-12 21:53:00 +0100 | <sshine> | why didn't I think of that. |
2020-11-12 21:53:27 +0100 | <dminuoso> | This is 150 modules, and Im modifying a common dependency of them all... |
2020-11-12 21:53:31 +0100 | <sshine> | most of the times I run GHC I just want to know if I made type errors. |
2020-11-12 21:53:47 +0100 | <geekosaur45> | tbh I thought the typechecker was the slowest part of ghc these days |
2020-11-12 21:53:47 +0100 | <dminuoso> | I think ghcid/hie do something similar |
2020-11-12 21:53:48 +0100 | <sshine> | ah :) so you're really feeling it. |
2020-11-12 21:53:58 +0100 | <sshine> | yes, they must. |
2020-11-12 21:54:47 +0100 | <koz_> | Is Data.Text.span (effectively) a combination of Data.Text.takeWhile and Data.Text.dropWhile? |
2020-11-12 21:55:10 +0100 | jmcarthur | (~jmcarthur@104.140.53.251) (Ping timeout: 272 seconds) |
2020-11-12 21:55:48 +0100 | <dminuoso> | geekosaur45: From experience, not really. Degenerate projects seem to take a lot of time in the simplifier. |
2020-11-12 21:55:52 +0100 | jakov | (~jakov@95.168.121.30) (Client Quit) |
2020-11-12 21:56:09 +0100 | wroathe | (~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) |
2020-11-12 21:56:16 +0100 | <dminuoso> | At least most of them. It's of course not hard to write programs that take a long time to type check |
2020-11-12 21:56:39 +0100 | <dminuoso> | As an example I frequently notice, megaparsec! |
2020-11-12 21:57:01 +0100 | neiluj | (~jco@238.106.204.77.rev.sfr.net) (Changing host) |
2020-11-12 21:57:01 +0100 | neiluj | (~jco@unaffiliated/neiluj) |
2020-11-12 21:57:04 +0100 | <sshine> | koz_, it appears that the implementation is more low-level: https://hackage.haskell.org/package/text-1.2.4.0/docs/src/Data.Text.Internal.Private.html#span_ -- it resembles those of takeWhile/dropWhile -- are you asking if takeWhile/dropWhile would fuse to something equally efficient? |
2020-11-12 21:57:22 +0100 | <dminuoso> | https://gitlab.haskell.org/ghc/ghc/-/issues/17370 |
2020-11-12 21:57:49 +0100 | <koz_> | sshine: I'm asking if 'span pred foo == bimap (takeWhile pred) (dropWhile pred) (foo, foo)' |
2020-11-12 21:58:00 +0100 | <davean> | geekosaur45: the optimizer is FAR slower than the type checker IME |
2020-11-12 21:58:29 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection) |
2020-11-12 21:58:53 +0100 | <sshine> | koz_, according to the haddock, it appears so. |
2020-11-12 21:59:15 +0100 | <koz_> | sshine: Maybe I'm just bad at reading comprehension then, lol. |
2020-11-12 21:59:16 +0100 | <davean> | geekosaur45: compare -O0 to -O2, and if you do -fno-code its faster yet again |
2020-11-12 21:59:50 +0100 | <sshine> | koz_, 'takeWhile p' would be "the longest prefix (possibly empty)", and 'dropWhile p' would be "the remainder of the list". |
2020-11-12 22:00:02 +0100 | Suntop1 | (~Suntop@139.28.218.148) () |
2020-11-12 22:00:02 +0100 | <dminuoso> | I guess its in the nature of the simplifier, because depending on code, it can blow up the Core size between passes *a lot* |
2020-11-12 22:00:07 +0100 | <dminuoso> | And there's a lot of passes |
2020-11-12 22:00:09 +0100 | <koz_> | Yeah, the key word there is 'prefix'. |
2020-11-12 22:00:16 +0100 | <dminuoso> | (I think it defaults to 30 passes max?) |
2020-11-12 22:00:19 +0100 | <koz_> | So yeah, just me being bad at reading comprehension. |
2020-11-12 22:00:24 +0100 | <monochrom> | also "longest" |
2020-11-12 22:00:34 +0100 | <sshine> | koz_, for Data.List,span, it even says "span p xs is equivalent to (takeWhile p xs, dropWhile p xs)" :) |
2020-11-12 22:00:45 +0100 | <koz_> | sshine: Yeah, but Data.Text _doesn't_. |
2020-11-12 22:00:52 +0100 | <koz_> | Which is probably part of what threw me. |
2020-11-12 22:00:55 +0100 | conal | (~conal@64.71.133.70) (Quit: Computer has gone to sleep.) |
2020-11-12 22:01:00 +0100 | <sshine> | koz_, ah. yeah. |
2020-11-12 22:01:15 +0100 | <dminuoso> | I'm starting to burn already, so I thought "it could be cool to start writing this with continuations.. and maybe ContT would be nice too." |
2020-11-12 22:01:16 +0100 | <sshine> | koz_, I think I read that on the inside of my skull. one should be careful of that. |
2020-11-12 22:01:24 +0100 | <dminuoso> | Not even an hour and I cant read my own code anymore. :( |
2020-11-12 22:02:59 +0100 | conal | (~conal@64.71.133.70) |
2020-11-12 22:04:51 +0100 | renzhi | (~renzhi@2607:fa49:655f:e600::28da) |
2020-11-12 22:05:57 +0100 | o1lo01ol1o | (~o1lo01ol1@bl8-213-81.dsl.telepac.pt) |
2020-11-12 22:06:30 +0100 | conal | (~conal@64.71.133.70) (Client Quit) |
2020-11-12 22:07:12 +0100 | britva | (~britva@2a02:aa13:7240:2980:bc4b:509a:98e6:5bb0) |
2020-11-12 22:07:57 +0100 | reallymemorable | (~quassel@2601:180:8300:8fd0:c5df:6e57:bcff:c1bb) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
2020-11-12 22:08:19 +0100 | reallymemorable | (~quassel@2601:180:8300:8fd0:c5df:6e57:bcff:c1bb) |
2020-11-12 22:10:15 +0100 | danvet | (~Daniel@2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa) (Ping timeout: 272 seconds) |
2020-11-12 22:12:36 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) (Quit: WeeChat 2.9) |
2020-11-12 22:12:58 +0100 | gproto23 | (~gproto23@unaffiliated/gproto23) (Ping timeout: 265 seconds) |
2020-11-12 22:14:37 +0100 | DTZUZU | (~DTZUZU@205.ip-149-56-132.net) (Ping timeout: 264 seconds) |
2020-11-12 22:14:45 +0100 | geekosaur45 | (82659a09@host154-009.vpn.uakron.edu) (Remote host closed the connection) |
2020-11-12 22:16:03 +0100 | gtk | (~user@roc37-h01-176-170-197-243.dsl.sta.abo.bbox.fr) (Ping timeout: 256 seconds) |
2020-11-12 22:16:04 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 22:19:24 +0100 | kritzefitz | (~kritzefit@212.86.56.80) (Remote host closed the connection) |
2020-11-12 22:20:37 +0100 | elliott_ | (~elliott_@pool-108-51-141-12.washdc.fios.verizon.net) |
2020-11-12 22:28:09 +0100 | Cale | (~cale@cpef48e38ee8583-cm0c473de9d680.cpe.net.cable.rogers.com) (Ping timeout: 244 seconds) |
2020-11-12 22:28:47 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) (Remote host closed the connection) |
2020-11-12 22:31:40 +0100 | Cale | (~cale@2607:fea8:9960:563:84a7:cce2:5f88:c726) |
2020-11-12 22:32:26 +0100 | ft | (~ft@shell.chaostreff-dortmund.de) (Ping timeout: 264 seconds) |
2020-11-12 22:32:27 +0100 | <shapr> | Anyone building a hoogle server as a separate step from haddocks produced by CI? |
2020-11-12 22:33:38 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 264 seconds) |
2020-11-12 22:34:19 +0100 | <Uniaika> | nope, not here |
2020-11-12 22:36:13 +0100 | nckx | (~nckx@tobias.gr) (Ping timeout: 264 seconds) |
2020-11-12 22:36:46 +0100 | coot_ | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) |
2020-11-12 22:37:14 +0100 | Cale | (~cale@2607:fea8:9960:563:84a7:cce2:5f88:c726) (Ping timeout: 264 seconds) |
2020-11-12 22:37:53 +0100 | coot | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) (Read error: Connection reset by peer) |
2020-11-12 22:37:53 +0100 | coot_ | coot |
2020-11-12 22:40:16 +0100 | DTZUZU | (~DTZUZU@207.81.171.116) |
2020-11-12 22:42:56 +0100 | heatsink | (~heatsink@107-136-5-69.lightspeed.sntcca.sbcglobal.net) |
2020-11-12 22:44:23 +0100 | invaser | (~Thunderbi@31.148.23.125) (Ping timeout: 260 seconds) |
2020-11-12 22:44:28 +0100 | chaosmasttter | (~chaosmast@p200300c4a70f6201c1c6e7084fdfaaff.dip0.t-ipconnect.de) (Quit: WeeChat 2.9) |
2020-11-12 22:44:41 +0100 | Iceland_jack | (~user@95.149.219.123) (Ping timeout: 258 seconds) |
2020-11-12 22:46:32 +0100 | britva | (~britva@2a02:aa13:7240:2980:bc4b:509a:98e6:5bb0) (Quit: This computer has gone to sleep) |
2020-11-12 22:51:21 +0100 | DirefulSalt | (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection) |
2020-11-12 22:51:36 +0100 | Cale | (~cale@cpef48e38ee8583-cm0c473de9d680.cpe.net.cable.rogers.com) |
2020-11-12 22:51:51 +0100 | DirefulSalt | (DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) |
2020-11-12 22:52:20 +0100 | AstroDroid | (~AstroDroi@84.39.117.57) |
2020-11-12 22:53:10 +0100 | mananamenos | (~mananamen@84.122.202.215.dyn.user.ono.com) (Ping timeout: 246 seconds) |
2020-11-12 22:53:47 +0100 | pfurla | (~pfurla@ool-182ed2e2.dyn.optonline.net) |
2020-11-12 22:54:40 +0100 | raichoo | (~raichoo@dslb-092-073-194-199.092.073.pools.vodafone-ip.de) (Quit: Lost terminal) |
2020-11-12 22:59:24 +0100 | dftxbs3e | (~dftxbs3e@unaffiliated/dftxbs3e) |
2020-11-12 23:01:15 +0100 | Rudd0 | (~Rudd0@185.189.115.103) |
2020-11-12 23:03:05 +0100 | L29Ah | (~L29Ah@unaffiliated/l29ah) (Ping timeout: 240 seconds) |
2020-11-12 23:04:05 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection) |
2020-11-12 23:05:03 +0100 | alp | (~alp@2a01:e0a:58b:4920:df5:b7f7:a6a:ece) |
2020-11-12 23:07:36 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 23:08:04 +0100 | ft | (~ft@shell.chaostreff-dortmund.de) |
2020-11-12 23:08:18 +0100 | sord937 | (~sord937@gateway/tor-sasl/sord937) (Quit: sord937) |
2020-11-12 23:10:57 +0100 | kish` | (~oracle@unaffiliated/oracle) |
2020-11-12 23:12:46 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 246 seconds) |
2020-11-12 23:12:47 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) |
2020-11-12 23:14:41 +0100 | L29Ah | (~L29Ah@unaffiliated/l29ah) |
2020-11-12 23:18:17 +0100 | sh9 | (~sh9@softbank060116136158.bbtec.net) (Quit: WeeChat 2.8) |
2020-11-12 23:19:19 +0100 | son0p | (~son0p@181.136.122.143) |
2020-11-12 23:24:45 +0100 | coot | (~coot@37.30.49.253.nat.umts.dynamic.t-mobile.pl) (Quit: coot) |
2020-11-12 23:24:46 +0100 | motte | (~weechat@unaffiliated/motte) |
2020-11-12 23:27:01 +0100 | feliocrat | (~feliocrat@95.70.185.239) (Remote host closed the connection) |
2020-11-12 23:30:12 +0100 | lightandlight | (sid135476@gateway/web/irccloud.com/x-eerqwaqdgkixorsv) (Ping timeout: 260 seconds) |
2020-11-12 23:30:35 +0100 | glguy_ | (x@freenode/staff/haskell.developer.glguy) |
2020-11-12 23:30:35 +0100 | glguy | Guest5081 |
2020-11-12 23:30:35 +0100 | Guest5081 | (x@freenode/staff/haskell.developer.glguy) (Killed (egan.freenode.net (Nickname regained by services))) |
2020-11-12 23:30:35 +0100 | glguy_ | glguy |
2020-11-12 23:31:02 +0100 | lightandlight | (sid135476@gateway/web/irccloud.com/x-iidtschrmhcqrxgl) |
2020-11-12 23:31:21 +0100 | shadowdao | (~user@unaffiliated/shadowdaemon) (Read error: Connection reset by peer) |
2020-11-12 23:31:22 +0100 | xff0x | (~fox@2001:1a81:53be:a900:e888:cf37:a0ae:58b2) (Ping timeout: 260 seconds) |
2020-11-12 23:31:23 +0100 | jelleke | (~jelle@2a01:7c8:aac1:50d:5054:ff:fe3b:9b7d) (Ping timeout: 260 seconds) |
2020-11-12 23:31:23 +0100 | pong | (chiya@2406:3003:2077:2341::babe) (Ping timeout: 260 seconds) |
2020-11-12 23:31:23 +0100 | komasa | (~komasa@2a03:b0c0:3:d0::2097:6001) (Ping timeout: 260 seconds) |
2020-11-12 23:31:39 +0100 | jelleke | (~jelle@2a01:7c8:aac1:50d:5054:ff:fe3b:9b7d) |
2020-11-12 23:31:48 +0100 | recon_- | (~quassel@2602:febc:0:b6::6ca2) (Read error: Connection reset by peer) |
2020-11-12 23:31:57 +0100 | recon_- | (~quassel@2602:febc:0:b6::6ca2) |
2020-11-12 23:32:04 +0100 | pong | (chiya@2406:3003:2077:2341::babe) |
2020-11-12 23:32:49 +0100 | xff0x | (~fox@2001:1a81:53be:a900:e888:cf37:a0ae:58b2) |
2020-11-12 23:32:51 +0100 | nckx | (~nckx@tobias.gr) |
2020-11-12 23:33:00 +0100 | hackage | minizinc-process 0.1.4.1 - A set of helpers to call minizinc models. https://hackage.haskell.org/package/minizinc-process-0.1.4.1 (LucasDiCioccio) |
2020-11-12 23:33:06 +0100 | ct2034 | (uid362550@gateway/web/irccloud.com/x-dodtlcpekbqwcyru) (Quit: Connection closed for inactivity) |
2020-11-12 23:33:22 +0100 | komasa | (~komasa@2a03:b0c0:3:d0::2097:6001) |
2020-11-12 23:34:27 +0100 | fendor_ | fendor |
2020-11-12 23:34:36 +0100 | takuan | (~takuan@178-116-218-225.access.telenet.be) (Ping timeout: 256 seconds) |
2020-11-12 23:36:06 +0100 | sh9 | (~sh9@softbank060116136158.bbtec.net) |
2020-11-12 23:36:48 +0100 | Deide | (~Deide@217.155.19.23) |
2020-11-12 23:37:27 +0100 | mojtaba__ | (~bquest_12@5.200.109.144) |
2020-11-12 23:39:46 +0100 | bquest_123_ | (~bquest_12@5.112.15.240) (Ping timeout: 256 seconds) |
2020-11-12 23:40:58 +0100 | merijn | (~merijn@83-160-49-249.ip.xs4all.nl) |
2020-11-12 23:41:38 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) (Remote host closed the connection) |
2020-11-12 23:42:53 +0100 | <fendor> | is there some global setting I can use to limit the memory usage of ghci? |
2020-11-12 23:43:15 +0100 | <fendor> | so that every invocation of ghci has a memory limit |
2020-11-12 23:45:17 +0100 | fryguybob | (~fryguybob@cpe-74-65-31-113.rochester.res.rr.com) |
2020-11-12 23:46:00 +0100 | <Axman6> | Yes, but it's quite complex, you need to write programs that use less memory :P |
2020-11-12 23:46:09 +0100 | stackdimes | (~stackdime@70.39.102.174) (Ping timeout: 256 seconds) |
2020-11-12 23:46:19 +0100 | pfurla | (~pfurla@ool-182ed2e2.dyn.optonline.net) (Quit: Textual IRC Client: www.textualapp.com) |
2020-11-12 23:47:09 +0100 | alp | (~alp@2a01:e0a:58b:4920:df5:b7f7:a6a:ece) (Ping timeout: 272 seconds) |
2020-11-12 23:47:25 +0100 | pfurla | (~pfurla@ool-182ed2e2.dyn.optonline.net) |
2020-11-12 23:47:39 +0100 | machinedgod | (~machinedg@207.253.244.210) (Ping timeout: 260 seconds) |
2020-11-12 23:48:16 +0100 | machinedgod | (~machinedg@207.253.244.210) |
2020-11-12 23:49:23 +0100 | Kaiepi | (~Kaiepi@nwcsnbsc03w-47-55-225-82.dhcp-dynamic.fibreop.nb.bellaliant.net) |
2020-11-12 23:49:32 +0100 | christo | (~chris@81.96.113.213) (Remote host closed the connection) |
2020-11-12 23:52:20 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-106-56.w86-212.abo.wanadoo.fr) (Ping timeout: 272 seconds) |
2020-11-12 23:53:02 +0100 | zebrag | (~inkbottle@aaubervilliers-654-1-113-241.w86-198.abo.wanadoo.fr) |
2020-11-12 23:56:06 +0100 | perrier-jouet | (~perrier-j@modemcable012.251-130-66.mc.videotron.ca) |
2020-11-12 23:56:09 +0100 | invaser | (~Thunderbi@31.148.23.125) |
2020-11-12 23:56:38 +0100 | christo | (~chris@81.96.113.213) |
2020-11-12 23:59:13 +0100 | alp | (~alp@2a01:e0a:58b:4920:a000:aac2:57e0:fe16) |
2020-11-12 23:59:37 +0100 | <fendor> | Axman6, tell that to the students that write endless recursive functions :P |