2025/03/05

Newest at the top

2025-03-05 23:54:48 +0100tabaqui1(~root@87.200.129.102) (Ping timeout: 252 seconds)
2025-03-05 23:53:00 +0100pavonia(~user@user/siracusa) siracusa
2025-03-05 23:52:31 +0100bilegeek(~bilegeek@2600:1008:b017:2c77:ca70:bd87:7736:a8da) bilegeek
2025-03-05 23:52:10 +0100troydm(~troydm@user/troydm) (Quit: What is Hope? That all of your wishes and all of your dreams come true? To turn back time because things were not supposed to happen like that (C) Rau Le Creuset)
2025-03-05 23:48:56 +0100 <monochrom> 5 seconds of "CFLAGS=-O2" can be saved by 5 minutes of writing an overblown Makefile :)
2025-03-05 23:48:43 +0100chewybread(~chewybrea@user/chewybread) chewybread
2025-03-05 23:48:28 +0100 <monochrom> But I want -O2 and I am too "lazy" (read on) to enter "CFLAGS=-O2 make foo" so I write a full-blown Makefile haha.
2025-03-05 23:47:54 +0100chewybread(~chewybrea@user/chewybread) (Remote host closed the connection)
2025-03-05 23:47:35 +0100 <monochrom> In general, you have to ask yourself the open-vs-closed question: Can the user add more cases? Then it pretty much determines whether it's a sum type or a polymorphic type.
2025-03-05 23:46:50 +0100 <jackdk> monochrom: for single-file C programs, `make foo` often gets you there because of the enormous pile of implicit rules
2025-03-05 23:46:48 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2025-03-05 23:46:11 +0100Ranhir(~Ranhir@157.97.53.139) (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)
2025-03-05 23:45:58 +0100fp(~Thunderbi@89-27-29-68.bb.dnainternet.fi) (Ping timeout: 268 seconds)
2025-03-05 23:45:34 +0100 <monochrom> I haven't used or looked at any frameworks. But I'm happy that in unix, Handler is a sum type: Default, Ignore, Catch, CatchOnce, etc.
2025-03-05 23:44:23 +0100Googulator(~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu)
2025-03-05 23:44:09 +0100Googulator(~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu) (Client Quit)
2025-03-05 23:43:06 +0100 <monochrom> Eventually, my solution was to write a short Makefile (or even, short shell script).
2025-03-05 23:42:14 +0100 <monochrom> Actually it was more like "gcc main.c -o main.c', the 2nd ".c" was because tab-completion.
2025-03-05 23:41:50 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-03-05 23:41:30 +0100 <monochrom> I made the 'gcc -o main.c' mistake once.
2025-03-05 23:40:14 +0100Googulator(~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu)
2025-03-05 23:39:59 +0100Googulator(~Googulato@2a01-036d-0106-14b2-c443-5a96-b49d-1dd5.pool6.digikabel.hu) (Quit: Client closed)
2025-03-05 23:31:41 +0100chewybread(~chewybrea@user/chewybread) chewybread
2025-03-05 23:30:35 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-03-05 23:30:33 +0100 <haskellbridge> <Bowuigi> Implementation-wise it makes sense. Most of those are defined in terms of each other, so it's just abstracting boilerplate
2025-03-05 23:29:19 +0100alfiee(~alfiee@user/alfiee) (Ping timeout: 268 seconds)
2025-03-05 23:28:46 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 252 seconds)
2025-03-05 23:27:05 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) machinedgod
2025-03-05 23:26:42 +0100machinedgod(~machinedg@d108-173-18-100.abhsia.telus.net) (Quit: leaving)
2025-03-05 23:26:23 +0100Pozyomka(~pyon@user/pyon) (Quit: WeeChat 4.5.2)
2025-03-05 23:24:41 +0100alfiee(~alfiee@user/alfiee) alfiee
2025-03-05 23:24:10 +0100visilii(~visilii@213.24.126.217) (Ping timeout: 265 seconds)
2025-03-05 23:23:47 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-03-05 23:20:29 +0100visilii_(~visilii@85.172.77.105)
2025-03-05 23:19:56 +0100fp(~Thunderbi@89-27-29-68.bb.dnainternet.fi) fp
2025-03-05 23:15:43 +0100mange(~user@user/mange) mange
2025-03-05 23:14:08 +0100peterbecich(~Thunderbi@syn-047-229-123-186.res.spectrum.com) (Ping timeout: 245 seconds)
2025-03-05 23:13:00 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2025-03-05 23:11:49 +0100 <haskellbridge> <sm> he probably thought separate main functions for separate use cases was easier to use
2025-03-05 23:10:48 +0100 <haskellbridge> <sm> generally I think haskell frameworks use sum types plenty
2025-03-05 23:10:06 +0100 <haskellbridge> <sm> https://hackage.haskell.org/package/brick-2.8.2/docs/Brick-Main.html#v:defaultMain and friends eh
2025-03-05 23:09:40 +0100 <haskellbridge> <Liamzee> probably my mistake, just thinking about it as a design space
2025-03-05 23:08:25 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn
2025-03-05 23:07:34 +0100 <haskellbridge> <Liamzee> erm, App type API
2025-03-05 23:07:23 +0100 <haskellbridge> <Liamzee> erm, multiple ways to call into brick, alterantive is to have one way, but have the variation be contained in the App API
2025-03-05 23:06:48 +0100 <haskellbridge> <Liamzee> there are multiple default mains
2025-03-05 23:06:06 +0100Unicorn_Princess(~Unicorn_P@user/Unicorn-Princess/x-3540542) (Remote host closed the connection)
2025-03-05 23:05:37 +0100takuan(~takuan@d8D86B601.access.telenet.be) (Remote host closed the connection)
2025-03-05 23:04:24 +0100jespada(~jespada@r186-48-57-94.dialup.adsl.anteldata.net.uy) (Client Quit)
2025-03-05 23:04:01 +0100merijn(~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)