| 00:01:24 | * | Jjp137 joined #nim |
| 00:25:50 | * | leorize joined #nim |
| 00:33:41 | FromGitter | <dandevelo> More details here: https://forum.nim-lang.org/t/4581 |
| 00:46:38 | leorize | Instead of linking staticlib with Nim, you could just do the ordinary "import" |
| 00:47:09 | leorize | currently the lib generation options only generate libs for use outside of Nim |
| 00:54:51 | FromGitter | <dandevelo> @leorize what if I need to use multiple libs created with Nim in the same application outside of Nim? |
| 00:55:11 | leorize | that's not possible atm, sadly |
| 00:55:42 | leorize | the GC has to be shared, so we have to wait until someone manage to split the GC to a lib of it's own |
| 00:57:04 | * | Tyresc quit (Quit: WeeChat 2.4-dev) |
| 01:04:34 | rayman22201 | https://nim-lang.org/docs/nimc.html#dll-generation |
| 01:04:39 | rayman22201 | use nimrtl |
| 01:04:49 | rayman22201 | that is literally the GC split into it's own lib |
| 01:05:01 | * | zachk quit (Quit: Leaving) |
| 01:05:27 | * | abm quit (Ping timeout: 244 seconds) |
| 01:05:38 | rayman22201 | or use one of the no GC options. --gc:none, --gc:regions, or --gc:destructors |
| 01:06:52 | rayman22201 | idk what's up with the noMain issue. That seems like a bug, but I'm not sure. |
| 01:07:02 | leorize | NimMain is used to initialize the Gc |
| 01:07:08 | leorize | it'll always be there |
| 01:07:39 | leorize | nimrtl is bigger than just the GC however |
| 01:07:49 | leorize | and it's a shared lib :/ |
| 01:09:29 | rayman22201 | it's a valid option, what ever your opinion of shared libs. |
| 01:10:19 | leorize | well, the person asking want to use static libs |
| 01:10:40 | leorize | with a bit of modification it might be possible to generate static nimrtl however |
| 01:10:52 | rayman22201 | that's a good point. I missed that. :-/ |
| 01:12:20 | rayman22201 | this makes the no gc options seem more attractive. |
| 01:13:30 | leorize | well NimMain also inits the module, should there be any initialization code |
| 01:15:49 | rayman22201 | true |
| 01:17:20 | * | skellock joined #nim |
| 01:25:05 | JnR | I have a good question. I thought of the idea of a cross platform compiler being run strictly as a liveboot on my Raspberry Pi and acting like a cross-platform translator for running virtual machines and x64 programs on Arm7. I found out that Nim actually has a cross-platform function built into it. Has anyone tried anything like this? |
| 01:26:15 | JnR | Obviously the Arm7 device would have to have a significant amount of memory but I think it can be done |
| 01:32:22 | * | darithorn quit (Quit: Leaving) |
| 01:35:25 | rayman22201 | Nim just spits out C. So if you have a C compiler for a platform, you can cross compile to it. In theory anyway... Cross compiling is a bit of an art in practice. |
| 01:37:33 | rayman22201 | Your bigger problem is not memory. Arm is notoriously bad at x86/x64 emulation (same going the other way as well. This is why android emulators typically have crap performance). It's very slow. Not because of memory, just because the assembly languages and architectures are so different. |
| 01:41:18 | * | ghost64 quit (Read error: Connection reset by peer) |
| 01:42:13 | FromGitter | <JasperJenkins> Is this a bug or is their some logic I'm not seeing? ```proc returnsInt(): int {.compileTime.} = ⏎ var x = 1 ⏎ ⏎ proc noReturn() {.compileTime.} = ⏎ var x = 2 ... [https://gitter.im/nim-lang/Nim?at=5c47c675cb47ec300088470f] |
| 01:46:12 | * | ghost64 joined #nim |
| 01:47:04 | rayman22201 | better: https://pastebin.com/raw/RrKEhDDQ |
| 01:47:14 | rayman22201 | You are trying to run a compileTime proc at runtime |
| 01:49:40 | JnR | rayman22201 Yeah that's pretty much the answer I was expecting. I only want to use the Arm device as a remote host but I guess you can't just float over top of the architecture |
| 01:50:19 | rayman22201 | @JasperJenkins, does that make sense? |
| 01:50:19 | * | xace quit (Ping timeout: 246 seconds) |
| 01:51:15 | rayman22201 | @JnR, yeah. Still neat idea though :-P |
| 02:50:15 | * | darithorn joined #nim |
| 03:01:55 | * | JnR quit (Remote host closed the connection) |
| 03:02:06 | * | banc quit (Quit: Bye) |
| 03:10:57 | * | skellock quit (Quit: WeeChat 2.3) |
| 03:22:46 | * | banc joined #nim |
| 03:37:26 | * | Snircle quit (Quit: Textual IRC Client: www.textualapp.com) |
| 03:44:49 | * | darithorn quit (Remote host closed the connection) |
| 03:50:58 | * | darithorn joined #nim |
| 04:00:28 | * | smitop quit (Quit: Connection closed for inactivity) |
| 04:07:38 | * | xace joined #nim |
| 04:21:26 | FromGitter | <kaushalmodi> I am trying to get `gzgets` from `zip/zlib` to work for a while, but am out of ideas: https://ptpb.pw/Tpe-/nim |
| 04:24:33 | FromGitter | <kaushalmodi> If I replace `gzgets` with a `gzgetc` loop, it works. I had a typo in the earlier link, but even after fixing it (see updated in https://ptpb.pw/DDTl/nim), I have the same issue |
| 04:24:50 | FromGitter | <kaushalmodi> the `line` read is always an empty string and the file pointer never increments |
| 04:25:52 | * | nsf joined #nim |
| 04:30:18 | FromGitter | <kaushalmodi> arghh, sorry folks, that version had another mistake .. was making mistake in creating this minimal version.. |
| 04:31:08 | FromGitter | <kaushalmodi> so here are the tested version: the version with gzgetc works ( https://ptpb.pw/JheU/nim ), and this same code with gzgets does not ( https://ptpb.pw/s12O/nim ) |
| 04:36:18 | * | oculux quit (Quit: blah) |
| 04:37:11 | * | oculux joined #nim |
| 04:47:26 | FromGitter | <kaushalmodi> got some interesting results after I tweaked the `gzgets` mapping with the header file |
| 04:47:32 | FromGitter | <kaushalmodi> https://ptpb.pw/WuFB/nim |
| 04:48:03 | FromGitter | <kaushalmodi> after that tweak, I get this output: ⏎ ⏎ ``` code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5c47f203ba355012a4820a0d] |
| 04:48:23 | FromGitter | <kaushalmodi> can someone explain the reason behind this? |
| 04:49:10 | FromGitter | <kaushalmodi> zlib.h has ⏎ ⏎ ``` code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5c47f246dab15872ceda4e14] |
| 04:51:27 | leorize | you didn't initialize Pbytef |
| 04:51:40 | * | darithorn quit (Quit: Leaving) |
| 04:51:54 | FromGitter | <kaushalmodi> *what's that -- looking into zlib.nim* |
| 04:51:55 | leorize | cstring is nil by default lol |
| 04:52:12 | leorize | look at your old example |
| 04:52:26 | leorize | the pointer didn't increment because you passed a nil cstring in |
| 04:53:06 | leorize | ```Pbytef = cstring``` |
| 04:53:24 | FromGitter | <kaushalmodi> right, but I didn't understand the initialization part |
| 04:54:05 | leorize | your old example did: `var line: Pbytef` |
| 04:54:12 | leorize | this is `nil` by default |
| 04:54:38 | leorize | `gzgets` work on an preallocated buffer, not an empty one |
| 04:54:52 | FromGitter | <kaushalmodi> how do I do that? |
| 04:55:38 | FromGitter | <kaushalmodi> I could preallocate that char array |
| 04:55:57 | FromGitter | <kaushalmodi> but the `gzgets` signature does not like that |
| 04:56:22 | leorize | pass in the pointer to the first variable |
| 04:56:29 | leorize | first index* |
| 04:56:59 | leorize | `addr lineArr[0]` |
| 04:58:13 | leorize | if the compiler complain, just cast that expression to cstring |
| 04:58:23 | leorize | interfacing with C is never a nice thing :P |
| 04:59:09 | FromGitter | <kaushalmodi> finally! https://ptpb.pw/YrZg/nim |
| 04:59:15 | FromGitter | <kaushalmodi> thank you! |
| 04:59:24 | FromGitter | <kaushalmodi> I wasted about 2-3 hours on this |
| 04:59:25 | FromGitter | <kaushalmodi> :( |
| 05:00:07 | FromGitter | <kaushalmodi> *Learning C the hard way* |
| 05:00:20 | leorize | there's a book with that name ;) |
| 05:00:27 | FromGitter | <kaushalmodi> I know |
| 05:00:33 | * | leorize quit (Remote host closed the connection) |
| 05:00:39 | FromGitter | <kaushalmodi> but never took up learning C |
| 05:01:09 | FromGitter | <kaushalmodi> I thought that the difference between cstring and string was that one ended in null and other didn't |
| 05:01:26 | FromGitter | <kaushalmodi> has no idea that cstring had to be manually initialized |
| 05:01:51 | FromGitter | <kaushalmodi> I reread this so many times: https://github.com/madler/zlib/blob/master/zlib.h#L1491 |
| 05:02:20 | FromGitter | <kaushalmodi> I thought that `gzgets` would populated the `buf` with the contents from file |
| 05:15:59 | FromGitter | <kaushalmodi> leorize: this was really enlightening, thanks again! |
| 05:34:07 | * | oculux quit (Ping timeout: 244 seconds) |
| 05:41:25 | * | NimBot joined #nim |
| 05:44:30 | Tanger | Is AndreiRegiani on IRC? |
| 06:13:03 | * | oculux joined #nim |
| 06:23:38 | * | miran joined #nim |
| 06:38:16 | * | oculux quit (Quit: blah) |
| 06:39:24 | * | oculux joined #nim |
| 06:47:43 | * | leorize joined #nim |
| 06:54:16 | * | kapil____ joined #nim |