Newest at the top
| 2024-10-22 15:10:52 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-f964-5ca4-6b0b-bb2c.rev.sfr.net) alexherbo2 |
| 2024-10-22 15:10:39 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-f964-5ca4-6b0b-bb2c.rev.sfr.net) (Remote host closed the connection) |
| 2024-10-22 15:09:42 +0200 | turlando | (~turlando@user/turlando) turlando |
| 2024-10-22 15:02:48 +0200 | AkechiShiro | (~licht@user/akechishiro) AkechiShiro |
| 2024-10-22 15:00:21 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-f964-5ca4-6b0b-bb2c.rev.sfr.net) alexherbo2 |
| 2024-10-22 14:59:47 +0200 | alexherbo2 | (~alexherbo@2a02-8440-3211-c257-559a-6e1d-739b-a378.rev.sfr.net) (Remote host closed the connection) |
| 2024-10-22 14:57:40 +0200 | m1dnight | (~m1dnight@d8D861908.access.telenet.be) m1dnight |
| 2024-10-22 14:57:20 +0200 | user363627 | (~user@user/user363627) user363627 |
| 2024-10-22 14:55:14 +0200 | <kqr> | Ah, that sounds very nice. Thanks! |
| 2024-10-22 14:51:40 +0200 | m1dnight | (~christoph@d8D861908.access.telenet.be) (Quit: WeeChat 4.4.2) |
| 2024-10-22 14:51:05 +0200 | mreh | (~matthew@host86-128-2-51.range86-128.btcentralplus.com) mreh |
| 2024-10-22 14:42:28 +0200 | mari-estel | (~mari-este@user/mari-estel) (Remote host closed the connection) |
| 2024-10-22 14:33:28 +0200 | Smiles | (uid551636@id-551636.lymington.irccloud.com) Smiles |
| 2024-10-22 14:32:58 +0200 | <tomsmeding> | if you can factor the library that way, that would be nicest |
| 2024-10-22 14:32:50 +0200 | <tomsmeding> | right |
| 2024-10-22 14:32:38 +0200 | <merijn> | tomsmeding: I'd keep as much of the "public" stuff in the actual public lib |
| 2024-10-22 14:32:21 +0200 | <merijn> | tomsmeding: Well, all the modules that contain private bits |
| 2024-10-22 14:32:06 +0200 | <Hecate> | ah indeed, Leary might have what you want there |
| 2024-10-22 14:31:56 +0200 | <tomsmeding> | merijn: so you mean putting _all_ modules in the private sublibrary, and then re-exporting the public modules from the public library? |
| 2024-10-22 14:31:34 +0200 | <merijn> | And then you can simply re-export the relevant public modules/bindings in the final "public" library |
| 2024-10-22 14:31:13 +0200 | <tomsmeding> | so it's essentially just a separate library that happens to be a private component of your package |
| 2024-10-22 14:31:10 +0200 | m1dnight | (~christoph@d8D861908.access.telenet.be) m1dnight |
| 2024-10-22 14:30:54 +0200 | m1dnight | (~christoph@d8D861908.access.telenet.be) (Quit: WeeChat 4.4.2) |
| 2024-10-22 14:30:47 +0200 | <tomsmeding> | it otherwise works precisely like a library |
| 2024-10-22 14:30:34 +0200 | <tomsmeding> | kqr: a "sublibrary" is just a 'library' block in the cabal file that has a name |
| 2024-10-22 14:30:05 +0200 | <merijn> | ah, no, I was going to, but didn't get around to it yet |
| 2024-10-22 14:30:03 +0200 | <tomsmeding> | https://cabal.readthedocs.io/en/stable/cabal-package-description-file.html#library |
| 2024-10-22 14:29:21 +0200 | <merijn> | And I *might* have used this trick already, I need to check |
| 2024-10-22 14:29:08 +0200 | <merijn> | kqr: The cabal docs have some examples of multiple libraries and public visibility |
| 2024-10-22 14:28:44 +0200 | cfricke | (~cfricke@user/cfricke) (Quit: WeeChat 4.2.2) |
| 2024-10-22 14:28:38 +0200 | <kqr> | Leary, Ah, that could work. Do you have an example of that anywhere? |
| 2024-10-22 14:28:13 +0200 | <merijn> | Hecate: Not directly, but Leary's approach works in recent enough cabals |
| 2024-10-22 14:21:17 +0200 | identity | (~identity@user/ZharMeny) identity |
| 2024-10-22 14:20:59 +0200 | <Leary> | kqr: Put them in a private sub-library. |
| 2024-10-22 14:19:29 +0200 | <Hecate> | Alas I don't think there's such a granularity of exposure available |
| 2024-10-22 14:19:12 +0200 | <Hecate> | hmm |
| 2024-10-22 14:16:21 +0200 | <kqr> | Is there a way to specify in a cabal file that certain modules in a library should not be exposed publically, but available to a test-suite? |
| 2024-10-22 14:15:13 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 248 seconds) |
| 2024-10-22 14:10:49 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-10-22 14:06:32 +0200 | mari-estel | (~mari-este@user/mari-estel) mari-estel |
| 2024-10-22 14:02:49 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
| 2024-10-22 13:56:34 +0200 | madjestic | (~madjestic@213.208.215.120) (Ping timeout: 265 seconds) |
| 2024-10-22 13:53:41 +0200 | araujo | (~araujo@45.146.55.99) (Ping timeout: 265 seconds) |
| 2024-10-22 13:52:42 +0200 | TheCoffeMaker | (~TheCoffeM@user/thecoffemaker) (Ping timeout: 265 seconds) |
| 2024-10-22 13:50:10 +0200 | merijn | (~merijn@77.242.116.146) merijn |
| 2024-10-22 13:50:01 +0200 | eL_Bart0- | (eL_Bart0@dietunichtguten.org) |
| 2024-10-22 13:49:53 +0200 | eL_Bart0 | (eL_Bart0@dietunichtguten.org) (Quit: Restarting) |
| 2024-10-22 13:48:57 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
| 2024-10-22 13:48:08 +0200 | kuribas | (~user@ip-188-118-57-242.reverse.destiny.be) |
| 2024-10-22 13:46:38 +0200 | merijn | (~merijn@77.242.116.146) (Ping timeout: 255 seconds) |