00:02:39 | sealmove | is ref counting already implemented for newruntime? |
00:08:09 | * | jjido quit (Quit: Connection closed for inactivity) |
00:17:33 | * | vlad1777d quit (Ping timeout: 245 seconds) |
00:22:14 | * | btbytes quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
00:35:00 | * | laaron quit (Remote host closed the connection) |
00:35:30 | * | laaron joined #nim |
00:39:15 | * | laaron quit (Remote host closed the connection) |
00:39:47 | * | laaron joined #nim |
00:48:18 | * | rnrwashere joined #nim |
01:03:02 | * | rnrwashere quit () |
01:18:46 | * | btbytes joined #nim |
01:26:37 | * | sealmove quit (Quit: WeeChat 2.4) |
01:40:33 | * | leorize quit (Ping timeout: 256 seconds) |
01:40:47 | * | theelous3 quit (Ping timeout: 248 seconds) |
01:41:47 | * | btbytes quit (Remote host closed the connection) |
01:42:50 | * | leorize joined #nim |
01:43:35 | * | clyybber quit (Quit: WeeChat 2.4) |
01:57:08 | * | a_b_m quit (Ping timeout: 272 seconds) |
02:01:37 | * | banc quit (Quit: Bye) |
02:22:33 | * | banc joined #nim |
02:32:26 | * | rnrwashere joined #nim |
02:35:10 | * | rnrwashere quit (Remote host closed the connection) |
02:39:15 | * | dddddd quit (Remote host closed the connection) |
03:04:34 | * | rnrwashere joined #nim |
04:22:03 | * | leorize quit (Ping timeout: 256 seconds) |
04:25:27 | * | leorize joined #nim |
04:36:20 | * | rnrwashere quit (Remote host closed the connection) |
04:44:00 | * | vlad1777d joined #nim |
04:46:19 | * | nsf joined #nim |
04:53:16 | * | rnrwashere joined #nim |
05:13:45 | * | rnrwashe_ joined #nim |
05:16:46 | * | rnrwashere quit (Ping timeout: 252 seconds) |
05:26:53 | * | leorize quit (Quit: WeeChat 2.3) |
05:33:44 | Zevv | Also spring cleaning at the python ecosystem: cleaning up stdlib https://www.python.org/dev/peps/pep-0594/ |
05:38:53 | * | narimiran joined #nim |
05:53:07 | * | leorize joined #nim |
05:59:12 | * | leorize quit (Remote host closed the connection) |
06:04:28 | * | leorize joined #nim |
06:16:11 | * | rnrwashe_ quit (Remote host closed the connection) |
06:18:55 | * | solitudesf joined #nim |
06:23:19 | * | leorize quit (Ping timeout: 256 seconds) |
06:25:29 | * | hoijui joined #nim |
06:27:03 | * | leorize joined #nim |
06:27:29 | * | jjido joined #nim |
06:31:13 | * | PMunch joined #nim |
06:48:35 | * | kapilp joined #nim |
07:00:00 | * | gmpreussner quit (Quit: kthxbye) |
07:03:42 | * | krux02 joined #nim |
07:03:53 | FromGitter | <mratsim> we have nim/graveyard already ;) |
07:04:42 | * | gmpreussner joined #nim |
07:12:26 | * | stefanos82 joined #nim |
07:14:12 | PMunch | By the way, yesterday I needed to convert a password to UTF-16-LE and just hacked around it with this: password.mapIt(it & "\0").foldl(a & b) |
07:14:29 | PMunch | Is there a proper "toUtf16" method out there somewhere? |
07:14:39 | PMunch | Couldn't find anything in the unicode module |
07:15:54 | leorize | the type Rune16 exists but isn't used by anything in the unicode module :p |
07:16:30 | leorize | PMunch: try the encodings module? |
07:16:39 | * | jjido quit (Quit: My MacBook has gone to sleep. ZZZzzz…) |
07:21:39 | PMunch | Hmm, appart from adding a BOM marker that seems to work well :) |
07:23:02 | PMunch | Ah, by specifying UTF-16LE instead of just UTF-16 it works without the BOM |
07:23:10 | * | jjido joined #nim |
07:24:33 | * | euantor quit (Ping timeout: 250 seconds) |
07:24:46 | * | euantor joined #nim |
07:26:05 | * | jjido quit (Remote host closed the connection) |
07:27:31 | Tanger | Hey folks, is AndreiRegiani around on IRC these days? |
07:28:11 | FromGitter | <mratsim> I don't think so but pinging is the best way to know :) |
07:31:43 | Tanger | Thanks mratsim, I wasn't sure if he uses the same handle on IRC or not |
07:37:24 | FromGitter | <alehander42> oh man nimkernel building is hard |
07:38:09 | PMunch | alehander42, are you making a kernel in Nim? |
07:43:47 | * | leorize quit (Ping timeout: 256 seconds) |
07:45:47 | * | leorize joined #nim |
07:46:29 | Zevv | why not |
07:47:11 | * | solitudesf quit (Ping timeout: 248 seconds) |
07:47:35 | poopBot | new kernel with runtime |
07:47:54 | Zevv | it's all fun and games, but does it have a scheduler yet? |
07:48:23 | * | rokups joined #nim |
08:03:17 | FromGitter | <alehander42> no, i am just trying to build nimkernel |
08:03:19 | FromGitter | <alehander42> :D |
08:03:21 | FromGitter | <alehander42> but i cant! |
08:03:34 | FromGitter | <alehander42> i managed to trim it down |
08:03:41 | FromGitter | <alehander42> but i still get a confusing `-fuse-linker-plugin, but liblto_plugin.so not found` |
08:05:30 | FromGitter | <alehander42> but if i pass the path to the .so, it still gets the error |
08:05:35 | FromGitter | <alehander42> is -Wl,rpath=<path> |
08:05:43 | FromGitter | <alehander42> the right way to do this on ubuntu? |
08:07:48 | * | smitop quit (Quit: Connection closed for inactivity) |
08:16:07 | FromGitter | <alehander42> ok i just pasted my crosscompile dir where strace shows me it looks for it |
08:16:18 | * | ShalokShalom quit (Remote host closed the connection) |
08:20:23 | FromGitter | <alehander42> praise the Lord, i did it |
08:20:26 | FromGitter | <alehander42> i had to also copy ld |
08:20:30 | FromGitter | <alehander42> from somewhere to somewhere |
08:20:36 | FromGitter | <alehander42> i really dont know how i messed up |
08:20:42 | FromGitter | <alehander42> the install of i686-gcc |
08:21:45 | * | leorize quit (Ping timeout: 256 seconds) |
08:22:16 | * | Vladar joined #nim |
08:23:10 | * | laaron quit (Remote host closed the connection) |
08:23:37 | * | laaron joined #nim |
08:25:06 | * | leorize joined #nim |
08:37:58 | * | neceve joined #nim |
08:39:31 | FromGitter | <alehander42> Araq, so very random things trigger appendString magic in my os:standalone build |
08:39:48 | FromGitter | <alehander42> proc writeChar*(vram: PVidMem, entry: TEntry, pos: TPos) = vram[0] = entry |
08:39:50 | FromGitter | <alehander42> works |
08:39:50 | FromGitter | <alehander42> but |
08:40:07 | poopBot | but |
08:40:22 | FromGitter | <alehander42> proc writeChar*(vram: PVidMem, entry: TEntry, pos: TPos) = ⏎ let index = 0 ⏎ vram[index] = entry |
08:40:24 | FromGitter | <alehander42> fails |
08:40:30 | FromGitter | <alehander42> with appendString needed |
08:41:06 | * | ShalokShalom joined #nim |
08:42:00 | poopBot | i cant help i am newb, i just have 10min before i can go to shop buy some food ijust woke up like hafl hour ago |
08:42:13 | FromGitter | <alehander42> :P |
08:44:00 | * | a_b_m joined #nim |
08:47:35 | PMunch | Hmm, interesting. Waiting for some stuff so decided to try and optimize some code for fun |
08:48:25 | PMunch | The code in question in a function that takes a sequence of bytes with len mod 7 == 0 and for every 7th bit it adds a parity bit. |
08:48:50 | PMunch | This is needed for DES encryption, since it treats every 8th bit in the key as parity and doesn't use it |
08:49:12 | PMunch | First thing that suprised me was that manually unrolling a loop actually helped |
08:50:20 | PMunch | Second was that `newSeqOfCap` with `add` and `newSeq` with `[]=` had such a big performance difference |
08:51:09 | PMunch | Dropped from an average of 0.78s to 0.31s on a run of 1_000_000 tries with the seq switch alone |
08:54:00 | PMunch | Just rolled my loop back and that didn't affect speed, at least not noticeably |
08:57:09 | PMunch | With `add` in a loop: 0.100s, with `add` manually unrolled: 0.770s, with `[]=` in a loop: 0.310s, with `[]=` manually unrolled: 0.310s |
08:59:57 | FromGitter | <alehander42> hm i just cant get why this is happening |
09:04:12 | Araq | patch the compiler so that it tells you where appendString is coming from |
09:08:15 | FromGitter | <alehander42> great idea: but where |
09:08:22 | FromGitter | <alehander42> i tried to find where mAppendStrStr |
09:08:31 | FromGitter | <alehander42> is registered, but i couldn't |
09:08:51 | FromGitter | <alehander42> like, where does the compiler add the magic for a expression |
09:10:45 | * | fredrik92 is now known as couven92 |
09:17:24 | * | Snircle_ joined #nim |
09:18:58 | * | poopBot quit (Remote host closed the connection) |
09:19:12 | * | Snircle quit (Ping timeout: 272 seconds) |
09:22:23 | * | leorize quit (Ping timeout: 256 seconds) |
09:24:23 | * | leorize joined #nim |
09:28:43 | Araq | you can literally grep for 'appendString' in compiler/ |
09:32:01 | PMunch | If anyone is up for a little code optimization challenge :) http://ix.io/1JNP/Nim |
09:32:10 | PMunch | That's my fastest version thus far |
09:33:52 | FromGitter | <mratsim> I see the {.noInit.} |
09:35:55 | FromGitter | <mratsim> What is that supposed to do @PMunchn that looks like some De Bruijn trick can be applied |
09:37:30 | FromGitter | <mratsim> the let byte, seems fishy as well, first of all "byte" is a type, so reusing that name for a variable is so-so, second I'm pretty sure you are reallocating in the inner loop of a double for loop |
09:37:39 | FromGitter | <mratsim> you probably want to use ptr UncheckedArray instead |
09:38:18 | FromGitter | <mratsim> ah no it's sliced directly |
09:41:36 | * | leorize quit (Remote host closed the connection) |
09:42:02 | * | leorize joined #nim |
09:53:04 | leorize | any travis-ci users around? |
09:53:15 | leorize | how can you make travis build a branch other than master? |
09:53:38 | * | couven92 quit (Quit: Client disconnecting) |
09:54:47 | FromGitter | <mratsim> It's done automatically |
09:55:22 | FromGitter | <mratsim> I wrote the Travis CI config part in the BuildServices wiki and that's what I use in all my projects |
09:56:18 | leorize | do I need a .travis.yml in master? I'm testing travis and only have the yml file in a branch |
09:57:18 | * | kapilp quit (Quit: Connection closed for inactivity) |
09:57:34 | FromGitter | <mratsim> I don't think so, when I'm updating the .travis.yml in a branch, master still uses the old config while the branch uses the new one |
09:58:06 | leorize | am i doing anything wrong here? https://github.com/alaviss/nim.nvim/tree/tests |
09:58:15 | leorize | got "No builds for this repository" in travis dashboard |
09:58:53 | FromGitter | <mratsim> just check that in your "webhook" on Github you have Travis enabled |
09:59:48 | leorize | got the travis ci app installed on the repo |
10:00:45 | FromGitter | <mratsim> in arraymancer I have a webhook that goes to: https://notify.travis-ci.org |
10:02:03 | FromGitter | <mratsim> And I only need "Check runs, "Check pushes", "Pull Requests" and "Pushes" checkboxes for Travis |
10:05:23 | leorize | I think I'd need to push an another commit to trigger CI |
10:08:16 | leorize | yep, that worked |
10:08:57 | leorize | thanks @mratsim for the help |
10:09:10 | FromGitter | <mratsim> you're welcome |
10:09:13 | * | leorize quit (Quit: WeeChat 2.3) |
10:27:30 | * | kapilp joined #nim |
10:29:39 | PMunch | mratsim, the noInit was just a test since I immediately allocate the result to be a seq of the expected length. But it didn't impact performance |
10:30:04 | PMunch | byte as a name and a type is a good point, I'm just bad at naming things :P |
10:31:09 | FromGitter | <kayabaNerve> Anyone know about this new ProveInit warning? |
10:31:14 | * | xet7 joined #nim |
10:31:27 | FromGitter | <kayabaNerve> I can't find the commit that adds it to devel, but I'm specifically looking for an override. |
10:31:28 | PMunch | And yeah that slicing isn't anything special. The cast is just there to make it a byte (string is compatible with a seq which inner type is a byte long) |
10:33:29 | * | laaron quit (Remote host closed the connection) |
10:37:27 | * | laaron joined #nim |
10:39:45 | * | lritter joined #nim |
10:45:53 | * | Amun_Ra quit (Ping timeout: 245 seconds) |
10:46:48 | * | Amun_Ra joined #nim |
10:53:10 | Zevv | PMunch: you have a test set for your parity proc? |
10:54:14 | PMunch | I could generate one, but you can easily do it yourself with the code I shared |
10:54:23 | PMunch | That one is checked to wor |
10:54:27 | PMunch | work* |
10:54:49 | Zevv | ok |
10:55:48 | PMunch | In my testing I just passed it the same string over and over and discarded the result |
10:56:26 | Zevv | how will this typically be used? One huge blob spanning a lot of memory, or will it get passed small blocks which are reused? |
10:56:43 | Zevv | because cache |
10:57:53 | PMunch | Ah, it takes a password, which is then MD4-hashed and zero padded to 21 characters, then parity is added (which is this part), and it's passed off to DES |
10:58:31 | Zevv | ok. |
10:58:56 | Zevv | and - just curious - why not https://github.com/LucaWolf/des.nim? |
10:59:15 | PMunch | I use that for the actual DES encryption |
10:59:18 | Zevv | ah ok |
11:00:18 | PMunch | The keys are 8 bytes long, but every least significant bit is a parity bit |
11:00:31 | Zevv | yeah |
11:01:20 | PMunch | These encryption procedures there takes 8 byte keys, and I have 7 byte data (or rather I have 21 bytes, which becomes 24 bytes and is then split into three keys) |
11:03:16 | * | hoijui quit (Ping timeout: 252 seconds) |
11:04:27 | Zevv | the compiler probably fixed this for you, but you have the `i div 7` inside the inner loop |
11:06:40 | Zevv | I'll keep my mouth shut. If I take it out, it becomes slower :) |
11:07:20 | * | clyybber joined #nim |
11:18:15 | PMunch | Yeah the time to fetch that from memory if it fell out of cache is probably longer than it would take to do a div operation |
11:23:41 | Zevv | it kind of feels vectorizable, but I don't see that happening |
11:24:03 | Zevv | table lookups |
11:30:36 | PMunch | Well that's basically what it does now. It splits it into 7-bit entities and looks them up in a table |
11:34:05 | Zevv | yeah, i ment that a a good thing, sorry :) |
11:37:05 | * | nsf quit (Quit: WeeChat 2.4) |
11:38:35 | * | poopBot joined #nim |
11:42:07 | dom96 | Zero fees: https://github.com/sponsors :O |
11:42:14 | dom96 | Araq ^ |
11:46:21 | PMunch | Zero fees "for now" |
11:46:21 | * | noonien joined #nim |
11:46:33 | PMunch | Still though, cool move |
11:46:46 | PMunch | And the matching all contributions the first year is cool as well |
11:46:54 | noonien | hello folks |
11:47:14 | noonien | is there any function in the stdlib that spllits a `host:port` string into its components? |
11:47:16 | poopBot | so beh hastbin down |
11:47:42 | PMunch | noonien, split in strutils? |
11:48:08 | noonien | that wouldn't work with ipv6 ip addresses |
11:48:13 | poopBot | https://zerobin.net/?51adc7c8b0333212#1iJZ5kevVWKBWD3M1gifwlbxkB+VB8I6AhUVXpuRp7c= |
11:48:41 | * | dddddd joined #nim |
11:49:07 | FromGitter | <alehander42> @dom96 however it's only for a single person |
11:49:29 | FromGitter | <alehander42> but actually i saw there is an option to write them an email for team/orgs |
11:49:32 | poopBot | so i wanted to store players with thair connections in a list so i can kick or whatewer if wanted, so using this threadvar i can not right? |
11:49:47 | narimiran | noonien: there is maxsplit parameter, if that's the problem |
11:50:05 | FromGitter | <alehander42> also in the "take part in waitlist" form one can add other contributors that he'd recommend, so i added 2-3 nim people |
11:50:06 | * | theelous3 joined #nim |
11:50:16 | FromGitter | <alehander42> but no idea if this makes any effect |
11:50:34 | PMunch | noonien, rsplit? |
11:50:38 | noonien | narimiran: that's not the issue, an ipv6 address looks like so: 2001:db8:85a3::8a2e:370:7334 |
11:50:50 | noonien | an ipv6 address + host combo, looks like this: [2001:db8:85a3::8a2e:370:7334]:1234 |
11:51:02 | noonien | that's why it's not a simple string spllit |
11:51:09 | dom96 | alehander42: holding one person responsible with their funds is much easier than an org |
11:51:16 | narimiran | noonien: ok, it is split + strip :) |
11:51:19 | dom96 | It makes sense, at least for their first version |
11:51:33 | noonien | narimiran: not really, there are a few edge cases which i'd rather not implement |
11:51:45 | noonien | it's why i asked if there's a function in the stdlib |
11:53:23 | narimiran | poopBot: perfect time to start using ix.io ;) |
11:53:31 | noonien | this https://github.com/nim-lang/Nim/blob/master/lib/pure/uri.nim#L107 seems to do what i'm looking for |
11:53:45 | noonien | seems like i'd have to prepend a schema to wrap it as an url |
11:53:50 | noonien | kinda of an ugly hack |
11:55:27 | PMunch | narimiran, ix.io really is the best paste-site |
11:55:41 | PMunch | So simple, yet so powerful |
11:55:59 | noonien | i like vpaste.net |
11:56:38 | PMunch | I love that the URL itself turns on/off options, makes it so much easier to Nim highlight stuff when I use my custom keyboard shortcut to grab a paste from my current selection |
11:59:50 | poopBot | curl -F 'f:1=<-' ix.io do yu type this part evry time or you have some shorcut |
12:00:41 | poopBot | i guess can mix in some bash script and call it |
12:03:46 | poopBot | lol should read 1 line up before ask question xD, anyway will anyone aswer my pasted thingy |
12:05:44 | PMunch | poopBot: xclip -o -selection -primary | curl -F 'f:1=<-' ix.io | head -c-1 | echo "$(< /dev/stdin)/" | xclip -i -selection clipboard |
12:06:11 | PMunch | I have that stored in a bash script, which I have set up a keyboard shortcut for |
12:06:18 | narimiran | poopBot: no, i have `ix` package in my distro's repository, so i just do `ix filename.nim` |
12:07:38 | * | ShalokShalom quit (Ping timeout: 258 seconds) |
12:08:35 | PMunch | That's what I like about ix, it's so simple, so you can integrate it in your workflow really easily |
12:09:08 | PMunch | And as I mentioned all options to display a paste with line numbers/highlighting/etc is just done by changing the URL slightly |
12:10:47 | * | nsf joined #nim |
12:10:51 | * | Senketsu quit (Ping timeout: 264 seconds) |
12:11:31 | * | Snircle_ quit (Quit: Textual IRC Client: www.textualapp.com) |
12:12:04 | * | Snircle joined #nim |
12:12:53 | * | Snircle quit (Client Quit) |
12:15:54 | * | Senketsu joined #nim |
12:18:12 | poopBot | got that part am asking aboout https://zerobin.net/?51adc7c8b0333212#1iJZ5kevVWKBWD3M1gifwlbxkB+VB8I6AhUVXpuRp7c= |
12:19:01 | FromGitter | <kaushalmodi> @Vindaar Looking forward to your `ggplotnim` package |
12:23:11 | narimiran | poopBot: "index 2 not in 0 .. 1" you're doing something[2], where len(something) == 2 |
12:23:21 | narimiran | didn't we already discussed the same error the other day? |
12:23:57 | narimiran | yep, we did, Zevv will remember that 99% chance that the compiler is wrong :D |
12:24:14 | poopBot | :) |
12:24:45 | narimiran | and stack trace might even tell you where ;) |
12:25:24 | Zevv | it's usually the compiler |
12:25:31 | poopBot | yep my bad, i tryed to send empty "" in ws and it crashed and i thinked it was cuz i tyrd to pass ws connection ot list |
12:25:50 | Zevv | I never understood why compilers don't just fix my code when they know something's not right |
12:26:00 | poopBot | :) |
12:26:38 | narimiran | Zevv: that's why i like python - no compiler, no complaints! |
12:27:38 | * | Snircle joined #nim |
12:30:18 | Zevv | so true |
12:31:02 | Zevv | the patience with newbies of this channel is really quite something |
12:31:55 | poopBot | Yep i should start baking cookies :) |
12:31:56 | Zevv | I've seen people getting shoo'ed away or insulted for much less in a lot of other places |
12:32:09 | Zevv | no dude, you're doing just fine |
12:32:11 | Zevv | keep up the good work |
12:32:28 | Zevv | and that's not ironic |
12:34:03 | narimiran | Zevv: we've all been newbies at some point ;) |
12:37:14 | Zevv | poopBot: we're gossiping about you and wondering - where are you from and how old are you? |
12:38:08 | poopBot | Ye i see, 28 soon 29 from Serbia |
12:38:59 | Zevv | Cool |
12:39:05 | Zevv | Very european centric here |
12:39:31 | Zevv | you can also tell from how silent it is here at european night time |
12:40:33 | poopBot | duno i try to wake up eary i feel better when i sleep at night |
12:41:10 | PMunch | Yeah the Nim community is really nice to noobs, which I think is great |
12:41:12 | Zevv | no, I ment that when it's night in europe there's not much going on here - most #nim visitors are all from the european continent |
12:41:34 | PMunch | It's a hard model to grow though, when the number of noobs become too great.. |
12:41:53 | Zevv | redirect to #nim-noobs |
12:42:00 | PMunch | I wonder why that is actually, why are there so few american Nim users? |
12:42:03 | PMunch | Haha |
12:42:26 | Zevv | good question |
12:43:10 | FromGitter | <kaushalmodi> American here |
12:43:31 | narimiran | rayman22201 is also american |
12:43:42 | FromGitter | <kaushalmodi> I agree about the awesome Nim community; I'm getting so much awesome help with C stuff and of course Nim stuff |
12:44:02 | * | Vladar quit (Remote host closed the connection) |
12:44:30 | * | Vladar joined #nim |
12:51:29 | PMunch | Damn it, my site is down after an upgrade and won't come back.. |
12:55:43 | * | hoijui joined #nim |
12:56:43 | FromGitter | <mratsim> rollback! |
12:57:21 | PMunch | Not that easy when I can't ssh into it.. |
12:57:55 | poopBot | while we are in noob role, dumb question but how can i read input form terminal, i tryed searching for terminal console readline(found only readlines for txt file), hmm meybe i should search in NimInAction cuz i think i am blind in that online manual |
12:58:19 | narimiran | poopBot: stdin.readline ? |
12:58:31 | poopBot | thats what i need |
13:03:20 | * | hoijui quit (Remote host closed the connection) |
13:07:50 | FromGitter | <kaushalmodi> PMunch: you have a static site, right? |
13:08:02 | narimiran | he doesn't anymore :P :D |
13:08:08 | FromGitter | <kaushalmodi> :) |
13:08:20 | PMunch | narimiran, when did I have a static site? |
13:08:33 | PMunch | kaushalmody, it uses CouchCMS |
13:08:48 | FromGitter | <kaushalmodi> Ok |
13:08:52 | narimiran | PMunch: it was (unsuccessful) joke about your site being down currently |
13:08:52 | PMunch | But I'm seriously considering to write my own |
13:08:58 | PMunch | narimiran, haha :P |
13:09:11 | FromGitter | <kaushalmodi> Otherwise I was going to suggest Netlify |
13:09:21 | FromGitter | <kaushalmodi> But that's just for static sites |
13:09:25 | PMunch | It's back up now, turns out it was some trouble with the virtual network card when it was moved between physical hosts |
13:10:11 | PMunch | I actually really like the premise of CouchCMS |
13:11:53 | PMunch | You build a mock site with HTML/CSS/JS like you would normally do, or grab a template from somewhere. Then you just throw in some PHP tags to signal things like "this is a section that should be repeated for every post", and "this is the title from the post". Then it automatically creates an interface where you can log on, see your different kinds of content, and author new content from the site. |
13:12:41 | PMunch | Great if you want to create a web-site for someone with little to no technical background, as the only thing you end up seeing in the user interface is the stuff you need. |
13:13:09 | PMunch | But personally I think I would prefer to have it ingest posts from something like a git repository |
13:16:52 | FromGitter | <kaushalmodi> I come from zero webdev background, so I always stayed away from site generators that remotely mentioned php, react (and even Ruby as I've heard of enough pain stories about gems) .. until I heard about Hugo |
13:17:15 | FromGitter | <kaushalmodi> I'm quite passionate about git, so that fit my bill perfectly |
13:17:46 | FromGitter | <kaushalmodi> Just write (generate from Org) Markdown, commit and Netlify takes the care of rest |
13:18:29 | FromGitter | <kaushalmodi> It's interesting how so many solutions exist for folks of different "no technical background" :) |
13:19:52 | PMunch | Woo, my site is back up :) |
13:20:05 | PMunch | Turns out the upgrade had uninstalled PHP.. |
13:20:30 | PMunch | kaushalmodi, well a lot of people want/need a web presence, and they can't all be web-devs |
13:21:58 | PMunch | The number of times friends and family that have been put in charge of a web-site calls me and asks me to help them fix something on a horrible WordPress instance... |
13:22:03 | FromGitter | <kaushalmodi> Yep, I'm one of them |
13:22:43 | PMunch | Well you have some techincal knowledge :P |
13:22:52 | PMunch | Just not specifically to do with webdev |
13:23:56 | FromGitter | <kaushalmodi> Got it :) |
13:26:29 | FromGitter | <alehander42> Poopbot oh serbia nice |
13:26:52 | FromGitter | <alehander42> We have several bulgarians in nim as well (including me) |
13:27:42 | poopBot | :) |
13:28:03 | FromGitter | <alehander42> I love beograd trying to go there sometime again for weekend |
13:30:01 | poopBot | duno i was only 1 time with school in sofia we went on some mountain i think, i dident trawell a lot but i can say best about my country is good loocking woman :) |
13:31:11 | PMunch | Hmm, maybe I should move to Serbia |
13:31:27 | PMunch | Not that the Scandinavian ladies are looked too shabby :P |
13:32:14 | poopBot | if you can keep your paycheck and work remote its an easy win win, life in Serbia is cheap as **** |
13:34:13 | FromGitter | <alehander42> The food is amazing |
13:34:17 | FromGitter | <alehander42> Ima |
13:34:18 | PMunch | Haha, good point |
13:34:26 | poopBot | you can rent a city center 300e |
13:34:30 | PMunch | Hmm, haven't tried much Serbian food (I think) |
13:34:39 | PMunch | A whole city center?! |
13:34:43 | FromGitter | <alehander42> Basically Bulgaria is similar |
13:34:53 | poopBot | bulgaria hes better internet i think |
13:35:12 | poopBot | about women i duno but i think they probbaly good too :) |
13:35:25 | PMunch | Here rent will run about €500 for a room with other people |
13:35:25 | FromGitter | <qqtop> sorry to interupt this ... but is there a way to import a nim file which lives in a github repo ⏎ when using nim-playground ? |
13:35:40 | FromGitter | <alehander42> And better public transportation, people are very proud of women as well indeed |
13:35:44 | PMunch | qqtop, unfortunately not |
13:35:54 | FromGitter | <alehander42> But yeah they're similar countries overallu |
13:36:04 | PMunch | The code executed in the playground doesn't have any internet access |
13:36:24 | FromGitter | <qqtop> ok , thanks .. would be nice to have .. |
13:36:33 | PMunch | Yeah, I've been thinking about it |
13:36:37 | PMunch | Was there anything in particular? |
13:36:51 | PMunch | I've been thinking about just pre-installing every nimble package |
13:38:09 | FromGitter | <qqtop> wanted to let someone to compile a demo without having to install nim first |
13:39:23 | * | Snircle quit (Quit: Textual IRC Client: www.textualapp.com) |
13:39:36 | PMunch | kaushalmodi, did you push anything to parsetoml? |
13:39:43 | PMunch | qqtop, that would indeed be neat |
13:39:52 | * | Snircle joined #nim |
13:40:04 | FromGitter | <kaushalmodi> PMunch: No, I haven't. Why? |
13:40:23 | PMunch | "kaushalmodi pushed to NimParsers/parsetoml 6 days ago" - according to GitHub |
13:40:37 | PMunch | It's a commit by traviscibot |
13:40:44 | FromGitter | <kaushalmodi> huh, oh ok |
13:40:48 | PMunch | In a new gh-pages branch |
13:40:55 | FromGitter | <kaushalmodi> that would be auto-update of parsetoml docs |
13:41:07 | PMunch | Yeah I assumed |
13:41:17 | PMunch | But the github pages link 404s |
13:41:22 | FromGitter | <kaushalmodi> the travis-ci cron builds parsetoml every week to catch any regression with Nim devel |
13:41:40 | PMunch | Aaah, nice |
13:41:51 | FromGitter | <kaushalmodi> well, not so nice given that we see 404 |
13:41:53 | PMunch | I should really set something like that up for all my projects |
13:41:58 | FromGitter | <kaushalmodi> today seems to be the day of downed sites |
13:42:43 | PMunch | qqtop, would having all nimble packages pulled be a good solution for you? |
13:43:42 | FromGitter | <kaushalmodi> PMunch: will need to investigate.. as per travis ci, the deployment went all fine: https://travis-ci.org/NimParsers/parsetoml/builds/534005219#L1719 |
13:43:43 | FromGitter | <qqtop> Hmm, yes in this case it would help , but there also are nim repos which may not be on nimble (yet) |
13:43:48 | PMunch | The problem with allowing arbitrary GitHub package installs is that it would be easy to make one that just takes a lot of time to install. And then the instance would just be left spinning, eating resources |
13:44:27 | FromGitter | <kaushalmodi> ok, https://nimparsers.github.io/parsetoml/theindex is working .. need to see why index.html went missing .. |
13:45:08 | FromGitter | <kaushalmodi> ok, this is working too.. https://nimparsers.github.io/parsetoml/parsetoml |
13:45:20 | PMunch | qqtop, one possibility is of course to spin up your own playground instance which has the code installed |
13:45:30 | FromGitter | <kaushalmodi> so need to copy parsetoml.html to index.html ( but why wasn't this an issue before . .hmm) |
13:45:55 | PMunch | kaushalmodi, I don't check this very often, so it might've been broken for a long time |
13:47:12 | FromGitter | <qqtop> Well , just looked at this https://play.golang.org/p/eqEo7mqdS9l ⏎ go playground with third party support .. |
13:48:19 | PMunch | I think the go language actually supports importing packages like that by default |
13:48:55 | PMunch | To do it in the Nim playground it would probably require a separate list of packages to install, then your code with the normal imports |
13:49:12 | PMunch | And it would mean adding network to the container running the code.. |
13:50:01 | PMunch | I think the best solution might be to a) install every nmble package on the official playground, and b) write an article and some easy to use scripts explaining how to set up a project specific playground |
13:51:13 | FromGitter | <kaushalmodi> it's a regression in devel! |
13:51:24 | FromGitter | <kaushalmodi> this doesn't work: ⏎ ⏎ ```nim doc --index:on -o:index.html src/parsetoml.nim ``` [https://gitter.im/nim-lang/Nim?at=5ce6a55cef853135c80d4407] |
13:51:30 | FromGitter | <kaushalmodi> it still creates parsetoml.html |
13:51:42 | PMunch | Aha, so not your fault then :) |
13:51:58 | FromGitter | <kaushalmodi> this feels like dejavu .. digging Nim open issues .. |
13:52:53 | PMunch | Oh well, I'm off to hike a mountain. |
13:53:09 | * | PMunch quit (Remote host closed the connection) |
13:53:11 | FromGitter | <kaushalmodi> alright. enjoy the hike! |
13:58:09 | FromGitter | <kaushalmodi> Issue created at https://github.com/nim-lang/Nim/issues/11312 |
14:06:38 | livcd | alehander42: bulgaria is a hidden gem alongside with ukraine. I dont understand how come they have so many talented programmers and scientists :O |
14:06:59 | WilhelmVonWeiner | Is modulo broken, or is my understanding of modulo broken? |
14:07:20 | narimiran | WilhelmVonWeiner: you probably expect pyhton's modulo behaviour |
14:07:21 | FromGitter | <jrfondren> probably both |
14:07:26 | Zevv | doing unsigned or negative modulos? |
14:08:05 | WilhelmVonWeiner | signed, with a negative {first number} and a positive divisor |
14:08:26 | WilhelmVonWeiner | narimiran: It's just the modulo behaviour I know in general |
14:09:10 | FromGitter | <kaushalmodi> PMunch: I thought I fixed the parsetoml webpage issue with a temp workaround |
14:09:16 | narimiran | https://nim-lang.github.io/Nim/system.html#mod%2Cint%2Cint see the examples |
14:09:19 | FromGitter | <kaushalmodi> but looks like it's a webdev problem now |
14:09:26 | narimiran | if it works like in the examples it isn't broken ;) |
14:09:30 | * | Trustable joined #nim |
14:09:31 | FromGitter | <kaushalmodi> https://nimparsers.github.io/parsetoml/index.html works, but https://nimparsers.github.io/parsetoml/ doesn't .. why? |
14:09:37 | * | leorize joined #nim |
14:10:16 | Zevv | WilhelmVonWeiner: what do you see and what would you expect? |
14:10:38 | WilhelmVonWeiner | narimiran: that is fair enough |
14:10:40 | narimiran | WilhelmVonWeiner: see if this is what you want: https://nim-lang.github.io/Nim/math.html#floorMod,T,T |
14:11:10 | FromGitter | <alehander42> livcd: well i hope this is true hehe, but i think maybe STEM is relatively popular in eastern europe, i know romania also has many programmers/companies |
14:12:51 | WilhelmVonWeiner | Zevv: I was expecting the mod behaviour I knew from school, Python and Forth |
14:12:51 | FromGitter | <alehander42> bulgaria had a computer industry in the 80s, as it was delegated to it by the communist economic block iirc |
14:13:04 | WilhelmVonWeiner | I guess it's a floored vs symmetric division thing |
14:13:06 | FromGitter | <alehander42> but i am not sure if this affected the it field in any way |
14:17:43 | livcd | alehander42: i see a lot of bulgarians hacking compilers for big US tech companies |
14:20:39 | FromGitter | <kaushalmodi> PMunch: Nevermind https://nimparsers.github.io/parsetoml/ now works! (with the workaround applied for the nim doc regression) |
14:21:15 | FromGitter | <alehander42> livcd: awesome! compilers for what?(or are those mostly commercial ?) |
14:21:54 | FromGitter | <alehander42> are you also working on similar stuff? |
14:22:02 | * | rnrwashere joined #nim |
14:25:53 | leorize | iirc parsetoml uses its own buffering scheme instead of lexbase |
14:26:01 | leorize | don't know if it's efficient |
14:37:49 | Araq | only lexbase can be efficient :P |
14:38:40 | Zevv | pff lexbase is soooo lame |
14:39:41 | Araq | hey. why? |
14:39:49 | Zevv | :) |
14:41:40 | FromGitter | <kayabaNerve> So, I think I am screwed over here, but I'd love some assistance. |
14:42:02 | FromGitter | <kayabaNerve> I need to define a symbol in my generated C++ BEFORE Nim imports my specified header. |
14:42:48 | FromGitter | <jrfondren> so something like {.emit: "#define *GNU*SOURCE\n#include <evil.h>".} |
14:43:08 | FromGitter | <kayabaNerve> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6b17c8f019114aea31bac] |
14:43:25 | FromGitter | <kayabaNerve> That may work if I remove my header pragmas |
14:43:35 | FromGitter | <jrfondren> aye. |
14:43:41 | FromGitter | <kayabaNerve> But a flat out emit is what's I'm trying and that's failing |
14:44:08 | FromGitter | <jrfondren> presumably Nim is lifting the import above the define. |
14:44:20 | FromGitter | <jrfondren> check the cache |
14:46:20 | FromGitter | <kayabaNerve> Good news: That worked |
14:46:57 | FromGitter | <kayabaNerve> Bad news: Nim is making me put this emit block in every single file. |
14:47:19 | FromGitter | <kayabaNerve> I mean, lib's fault, ngl. It expects the project to be compiled as a single unit or to have this define in a header. |
14:47:41 | FromGitter | <jrfondren> surely, it's every single file that imports from the lib |
14:47:43 | FromGitter | <kayabaNerve> Can I have an imported module add an include statement wherever it's imported? |
14:48:02 | FromGitter | <kayabaNerve> For some reason, you're supposed to define this single value in your code |
14:48:03 | Zevv | can't you do --passC:-D_GNU_SOURCE |
14:48:03 | FromGitter | <jrfondren> if I have `echo "hello world"` in a file and include your lib, I deny that I need any special defines. |
14:48:20 | FromGitter | <kayabaNerve> Zevv: Good thinking |
14:48:28 | Zevv | or add a header to your file which defines the symbol and then includes the evil lib header |
14:48:34 | Zevv | to your project, I mean |
14:48:37 | FromGitter | <jrfondren> yeah that should also mean not having to remover your header: |
14:48:41 | FromGitter | <kayabaNerve> That's what I was asking |
14:49:02 | FromGitter | <kayabaNerve> But I'd need every file to include it, so I was asking if I can cause my imported nim file to include that file wherever its imported |
14:49:10 | FromGitter | <kayabaNerve> But I think the -D is the way to go |
14:50:07 | Zevv | I'd go for a trampline header file |
14:56:01 | Araq | no need for that |
14:56:08 | Araq | use a multiline .header pragma |
14:56:19 | Araq | header: """#define CRAP |
14:56:28 | Araq | #include mess.h |
14:56:29 | Araq | """ |
14:56:43 | Araq | it works, .header understands an introducing # |
14:56:49 | FromGitter | <kayabaNerve> That's the same as the emit, but doesn't solve the other issue. |
14:56:57 | FromGitter | <jrfondren> you're wrong about the other issue though |
14:57:42 | FromGitter | <kayabaNerve> Which is solved by defining that in every single file which imports this wrapper because Nim compiles the generated code individually OR using a GCC flag to set it in every file. |
14:58:15 | FromGitter | <kayabaNerve> I'm not blaming Nim here. I'm just saying this is an awkward problem exemplified by proper practice I can't cleanly get around. |
14:58:28 | FromGitter | <jrfondren> it's something you don't need to do at all |
14:58:33 | FromGitter | <kayabaNerve> How so? |
14:59:00 | FromGitter | <kayabaNerve> I removed the header pragma for the define/include emit. Lib.nim no longer threw an errors. Lib/LibPart.nim |
14:59:06 | FromGitter | <jrfondren> because C Preprocessor definitions obviously don't participate in compilation after you get an object file |
14:59:17 | FromGitter | <kayabaNerve> The source was throwing an error |
14:59:18 | FromGitter | <jrfondren> your library cannot detect and cannot care whether other objects had that #define or not |
14:59:39 | FromGitter | <kayabaNerve> It refused to compile because the C++ lib dev used an error dev if the symbol wasn't defined |
14:59:41 | FromGitter | <jrfondren> your code that directly uses that library and includes its header will care -- nothing else will |
14:59:46 | FromGitter | <jrfondren> you are mistaken. |
15:00:04 | FromGitter | <kayabaNerve> Are you literally telling me what I see on my terminal isn't what I see? |
15:00:38 | FromGitter | <kayabaNerve> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6b596d22ba766a2e84dd9] |
15:00:42 | FromGitter | <jrfondren> I am literally telling you that you got some kind of error and that you have failed to interpret it correctly because you don't understand compilation well enough. |
15:01:06 | FromGitter | <kayabaNerve> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6b5b263dea422b4d1277a] |
15:01:11 | FromGitter | <jrfondren> for example, how do you think `#error` works? |
15:01:22 | FromGitter | <jrfondren> how is that directive going to sneak into code that uses your library? |
15:01:55 | FromGitter | <kayabaNerve> I corrected the define/include order in my wrapper. Then the file which imported my wrapper had the same error. |
15:02:19 | FromGitter | <kayabaNerve> #error throws an error if present in source code. It's a preprocessor directive. |
15:02:39 | FromGitter | <kayabaNerve> It's being used in tandem which a check to confirm the symbol is defined with a valid value. |
15:03:15 | FromGitter | <kayabaNerve> When one file supplied a valid value, #error no longer threw. That said, it triggered in another file which didn't define it because these files are being compiled individually and then linked. |
15:03:16 | FromGitter | <jrfondren> alright, then I'm totally wrong and in Nim `import blah` can mean that you're also including some headers used by blah. in generic code, I guess? |
15:03:41 | FromGitter | <jrfondren> still, Araq's workaround with the multi-line `#header` should still be enough for that |
15:03:46 | FromGitter | <kayabaNerve> I know how compiling works and the errors in front of me. |
15:04:04 | FromGitter | <kayabaNerve> I honestly don't care when the name of the value is unique enough I can define it project wide :P |
15:04:27 | FromGitter | <kayabaNerve> I don't get why this is such a big deal, but I'm chalking it up to the lib expecting a very specific compilation method. |
15:04:36 | FromGitter | <kayabaNerve> *big deal as in extended problem |
15:05:11 | FromGitter | <kayabaNerve> The state of every library for BLS has pissed me off. I already have a functioning BLS wrapper. It's just also unmaintained, a memory leak, and not constant time. |
15:05:30 | Araq | fwiw I cannot imagine either how .header with multiline doesn't solve the problem completely |
15:05:37 | FromGitter | <kayabaNerve> So I'm trying to wrap this one, yet now converters of all things hate me. |
15:05:44 | FromGitter | <kayabaNerve> Araq: I'll test it right now just for you |
15:07:13 | FromGitter | <kayabaNerve> `../mc_bls.nim(2, 9) Error: cannot attach a custom pragma to 'mc_bls'` |
15:07:21 | FromGitter | <kayabaNerve> ```{.header: """ ⏎ #define MCBLN_FP_UNIT_SIZE=6 ⏎ #include "bls.hpp" ⏎ """.}``` [https://gitter.im/nim-lang/Nim?at=5ce6b729ecdf942b4c319784] |
15:07:50 | FromGitter | <kayabaNerve> Doesn't even make it out of Nim. Line 1 is just a blank line that slipped in. This isn't indented at all or in a block. |
15:08:10 | Araq | you misunderstand me |
15:08:14 | FromGitter | <kayabaNerve> Oh, sorry. |
15:08:34 | Araq | proc foo(params) {.cdecl, header: """...""".} |
15:08:35 | FromGitter | <jrfondren> that's a .header at the toplevel? that's where you'd put an emit |
15:08:40 | FromGitter | <kayabaNerve> Oh, I think I got it |
15:08:46 | FromGitter | <kayabaNerve> Yeah, yeah. Updating now Araq |
15:08:50 | Araq | ok ok |
15:09:04 | FromGitter | <jrfondren> so this is a... Bureau of Labor Statistics library? |
15:10:55 | FromGitter | <jrfondren> ah https://crypto.stanford.edu/~dabo/pubs/papers/BLSmultisig.html |
15:11:09 | FromGitter | <kayabaNerve> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6b80d879f4478c7cbed11] |
15:11:19 | FromGitter | <kayabaNerve> Every file that imports my wrapper claims it's not defined |
15:11:31 | FromGitter | <kayabaNerve> @jrfondren Boneh Lynn Shacham |
15:11:36 | FromGitter | <kayabaNerve> Probably typo'd that |
15:11:54 | FromGitter | <kayabaNerve> Nope. :D It's correct |
15:12:00 | FromGitter | <mratsim> btw, the team that were using Herumi's BLS implementation for Ethereum 2 switched to Milagro (they announced it 30 min ago) @kayabaNerve |
15:12:13 | FromGitter | <mratsim> team that was* |
15:13:03 | FromGitter | <kayabaNerve> You know, I considered Milagro, except I was worried about the stability of your lib to changes |
15:13:39 | FromGitter | <kayabaNerve> And then Milagro itself doesn't support multi-message signature verification, although the Ethereum docs have a very nice writeup on how to perform it |
15:14:14 | FromGitter | <mratsim> For now it's stable, it will change depending on the cross blockchain standardization that is ongoing (with CHia, Dfinity, Zcash, Ethereum 2, Filecoin) |
15:14:35 | FromGitter | <kayabaNerve> So I could write it up myself and just implement the few elliptic curve ops needed; shouldn't be a challenge. |
15:14:43 | FromGitter | <kayabaNerve> I'll move out of Nim and PM you. |
15:25:16 | * | banc quit (Ping timeout: 272 seconds) |
15:27:17 | * | laaron quit (Remote host closed the connection) |
15:29:56 | * | laaron joined #nim |
15:31:39 | * | laaron quit (Remote host closed the connection) |
15:37:08 | * | laaron joined #nim |
15:53:36 | * | Jesin quit (Quit: Leaving) |
15:58:27 | * | clyybber quit (Quit: WeeChat 2.4) |
16:01:10 | poopBot | who is https://github.com/yglukhov/nim-jwt, am getting error https://hastebin.com/ebixuyowab.makefile |
16:01:27 | * | rnrwashere quit (Remote host closed the connection) |
16:02:04 | poopBot | "This library requires a recent version of libcrypto. Specifically the one that has EVP_DigestSign* functions." what version has EVP_DigestSign, i am on void linux so i think i use LibreSSL |
16:02:15 | * | Jesin joined #nim |
16:02:28 | poopBot | tought duno if this has anything to do with SSL or some other crypto |
16:02:31 | FromGitter | <jrfondren> he's on Telegram, if he isn't here. |
16:03:48 | FromGitter | <jrfondren> you might be better off talking to Void Linux people about the error though |
16:04:20 | * | rnrwashere joined #nim |
16:04:55 | FromGitter | <jrfondren> https://man.openbsd.org/crypto.3 's the manpage for libreSSL's libcrypto and it doesn't mention those functions, so you might need OpenSSL |
16:05:57 | * | Jesin quit (Remote host closed the connection) |
16:06:05 | * | rockcavera quit (Remote host closed the connection) |
16:06:37 | * | rnrwashere quit (Remote host closed the connection) |
16:07:48 | poopBot | hmm, i go check with void dudes, worst case will boot some debian on rpizero or something |
16:10:23 | * | rnrwashere joined #nim |
16:10:56 | * | Jesin joined #nim |
16:11:37 | poopBot | i posted a question on #voidlinux and #libressl my other pc is atm ocupied so need to w8 to confirm on shubuntu |
16:13:24 | * | a_b_m quit (Ping timeout: 272 seconds) |
16:14:44 | poopBot | libressl irc dude told me he belives i have some other issue :) |
16:22:08 | * | rnrwashere quit (Remote host closed the connection) |
16:32:32 | FromGitter | <alehander42> Araq thanks |
16:32:34 | FromGitter | <alehander42> ill try |
16:35:47 | FromGitter | <Vindaar> @poopBot: I'm running Void too. What are you doing exactly so that I can check if I get the same error? |
16:37:36 | FromGitter | <alehander42> wow @krux02 did yoyu make debug color |
16:37:37 | FromGitter | <alehander42> wow |
16:38:07 | krux02 | you mean color for the debug proc in the compiler? |
16:38:10 | krux02 | yes I did that |
16:38:11 | FromGitter | <alehander42> yes |
16:38:18 | FromGitter | <alehander42> cool great |
16:38:19 | FromGitter | <alehander42> work |
16:38:22 | krux02 | so you like it? |
16:38:25 | FromGitter | <alehander42> yes |
16:38:34 | krux02 | thanks, nice to hear that people appreciate it. |
16:38:36 | FromGitter | <alehander42> and overally the compacted look |
16:38:47 | krux02 | Araq wasn't a fan of it |
16:39:28 | krux02 | well, I frustrated a lot by the existing look of debug |
16:39:42 | krux02 | so I went and fixed it in a way I liked it. |
16:39:43 | poopBot | @Vindaar: am trying to test jwt https://hastebin.com/awuzutusey.bash |
16:39:52 | poopBot | https://github.com/yglukhov/nim-jwt |
16:40:25 | krux02 | major points were: consistency, completeness, no redundancy (cycle detection) |
16:40:31 | FromGitter | <alehander42> yes, makes sense |
16:40:49 | krux02 | and as a bonus I added colors, because it was easy and would help me. |
16:41:13 | FromGitter | <alehander42> maybe at least a location option |
16:41:15 | FromGitter | <alehander42> might make sense |
16:41:18 | FromGitter | <alehander42> but thats easy manually |
16:41:24 | krux02 | the old `debug` was inconsistent, redundant for types, and incomplete for many information. |
16:41:43 | krux02 | there is a location opiton |
16:42:02 | krux02 | the location is printed when you pass in the context object |
16:43:18 | krux02 | sorry, I mean the config object |
16:43:26 | * | solitudesf joined #nim |
16:43:31 | FromGitter | <alehander42> so |
16:43:32 | FromGitter | <alehander42> ok |
16:43:54 | krux02 | if you don't pass in the config object I assume you don't care about line information, because that config is required to resolve the line info into actual file names with line numbers |
16:43:54 | poopBot | hmm just tested on ubuntu got same error |
16:43:57 | FromGitter | <alehander42> hm in ccgexprs i dont think i have it |
16:44:05 | FromGitter | <alehander42> yes makes sense |
16:45:47 | FromGitter | <alehander42> ok i can print the index and then print all filenames |
16:46:35 | FromGitter | <Vindaar> @poopBot: for me it compiles fine, but I simply get linker errors, because the `EVP_*` can't be found in the library. Although seemingly they should be there: https://github.com/libressl/libressl/blob/master/src/crypto/evp/digest.c |
16:46:56 | FromGitter | <alehander42> yessss |
16:47:00 | FromGitter | <alehander42> i found it, thanks |
16:47:02 | FromGitter | <alehander42> template formatErrorIndexBound*T (i, a, b: T): string = ⏎ "index " & $i & " not in " & $a & " .. " & $b |
16:47:09 | FromGitter | <alehander42> so this is somehow included in standalone mode |
16:47:13 | FromGitter | <alehander42> when i have e.g. a[b] |
16:47:18 | FromGitter | <alehander42> which shouldn't happen |
16:47:28 | FromGitter | <alehander42> i guess we either need a when hostOs .. |
16:47:31 | FromGitter | <alehander42> or something else |
16:49:04 | FromGitter | <alehander42> okk |
16:49:33 | FromGitter | <alehander42> we can have a simple error |
16:50:53 | FromGitter | <alehander42> only for standalone mode |
16:53:25 | FromGitter | <alehander42> ok, i can kinda boot finally nimkernel, i'll ask some question later i guess |
16:54:37 | poopBot | @Vindaar: for me it toocopiles but i get tose linekr errors |
16:54:52 | poopBot | i tryed on shubuntu got same error |
16:57:57 | poopBot | anyone else up for test, somone with rolling distro |
17:00:19 | * | al1 joined #nim |
17:00:32 | al1 | test |
17:01:33 | FromGitter | <Vindaar> @poopBot just checked on another machine with ubuntu 16.04. Same error. Guess it's the libraries fault :) |
17:02:13 | poopBot | it says that we need newer crypto just duno how much nower meybe he is building against devel of OpenSSL |
17:02:50 | poopBot | "This library requires a recent version of libcrypto. Specifically the one that has EVP_DigestSign* functions." |
17:04:51 | * | al1 left #nim (#nim) |
17:07:15 | FromGitter | <Vindaar> nah, pretty sure he just means something like CentOS 5 or whatever won't be supported. looking at the OpenSSL changelog `EVP_DigestSign`, verify, update tc. are mentioned in the release from 2010 (and these can't be found by the linker even) |
17:10:22 | * | sentreen quit (Quit: sentreen) |
17:10:39 | * | sentreen joined #nim |
17:14:03 | * | rnrwashere joined #nim |
17:18:23 | * | rnrwashere quit (Ping timeout: 248 seconds) |
17:22:25 | * | nsf quit (Quit: WeeChat 2.4) |
17:24:47 | poopBot | thn duno, i just copy pasted form his example and just called those 3 functions so guess there is some other issue |
17:26:32 | * | rnrwashere joined #nim |
17:30:22 | * | Trustable quit (Remote host closed the connection) |
17:31:10 | * | rnrwashere quit (Ping timeout: 258 seconds) |
17:33:16 | * | couven92 joined #nim |
17:40:16 | federico3 | I have a callback converted from C e.g. proc callback(resp: ptr ptr somestruct) and I need to assign to resp but the compiler refuses that. Any hint? |
17:40:49 | Araq | ensure that you didn't use some .closure calling convention in between accidentically |
17:42:17 | * | rnrwashere joined #nim |
17:45:00 | * | rnrwashe_ joined #nim |
17:46:39 | * | rnrwashere quit (Ping timeout: 248 seconds) |
17:49:03 | * | rnrwashe_ quit (Remote host closed the connection) |
17:49:09 | * | rnrwashere joined #nim |
17:51:10 | * | neceve quit (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) |
17:55:22 | Zevv | ha. I just found a workaround my closure to properly keeping track of my loop variable by putting the body in a proc. Then I found the docs pointing to closureScope. Nice surprise to see how that is implemented :) |
17:57:11 | FromGitter | <jrfondren> ahh man, it took me like an hour to realize that I was passing a type instead of a value to a proc |
17:57:49 | Zevv | you cant just do that you know. I'll call the type police |
17:58:26 | * | rnrwashere quit (Remote host closed the connection) |
17:59:21 | FromGitter | <jrfondren> nim: "required type: T" "but expression 'IP' is of type: type IP". me, repeatedly: but that's the right type! it's a seq[IP]! What's wrong with you! |
17:59:54 | FromGitter | <jrfondren> that "type: type" should be a bigger hint |
18:06:56 | * | NimBot joined #nim |
18:07:32 | * | coffeeturtle1 joined #nim |
18:08:11 | * | rnrwashere joined #nim |
18:15:29 | * | rnrwashere quit (Remote host closed the connection) |
18:15:43 | * | rnrwashere joined #nim |
18:18:46 | * | rnrwashere quit (Remote host closed the connection) |
18:21:14 | * | rnrwashere joined #nim |
18:23:37 | * | rnrwashere quit (Remote host closed the connection) |
18:24:29 | * | rnrwashere joined #nim |
18:25:29 | Zevv | can `once:` be trusted thread-wise? |
18:27:01 | * | rnrwashere quit (Remote host closed the connection) |
18:29:52 | * | rnrwashere joined #nim |
18:36:10 | * | rnrwashere quit (Remote host closed the connection) |
18:36:19 | * | rnrwashere joined #nim |
18:39:32 | * | Pwntus_ joined #nim |
18:45:45 | FromGitter | <Varriount> AZevv https://github.com/nim-lang/Nim/blob/devel/lib/system.nim#L4357 |
18:45:51 | FromGitter | <Varriount> Zevv: ^ |
18:45:57 | * | Pwntus_ quit (Quit: Leaving) |
18:49:17 | Zevv | Yeah, I saw the implementation, thus my question. I guess it should be "no" |
18:51:33 | leorize | jrfondren: it should've been typedesc[IP] :p |
18:51:46 | * | coffeeturtle1 quit (Remote host closed the connection) |
18:54:36 | * | rnrwashere quit (Remote host closed the connection) |
18:54:59 | * | rnrwashere joined #nim |
18:55:13 | poopBot | hmm so can somone block people from making issues on github |
18:55:14 | poopBot | https://github.com/yglukhov/nim-jwt/ |
18:55:32 | poopBot | from what i see i can only make a PR |
18:56:34 | FromGitter | <jrfondren> might be because it's a fork. my fork of Nim doesn't have its own issues either |
18:56:57 | poopBot | guess i cna just email him |
18:57:15 | FromGitter | <jrfondren> he's also on Telegram |
18:57:34 | narimiran | poopBot: yes, there are repos which don't allow issues |
18:58:02 | * | rokups quit (Quit: Connection closed for inactivity) |
18:59:33 | * | rnrwashere quit (Remote host closed the connection) |
19:06:43 | * | laaron quit (Remote host closed the connection) |
19:07:45 | * | Trustable joined #nim |
19:08:22 | * | rnrwashere joined #nim |
19:09:47 | * | rnrwashere quit (Remote host closed the connection) |
19:10:24 | * | rnrwashere joined #nim |
19:10:28 | * | laaron joined #nim |
19:13:13 | poopBot | lol what an idiot i am, i copyed his email dident even read it https://yglukhov.github.io/about/ |
19:13:33 | * | rnrwashere quit (Remote host closed the connection) |
19:13:48 | narimiran | poopBot: " dident even read it" is your middle name |
19:13:57 | * | nsf joined #nim |
19:13:58 | Zevv | haha |
19:13:59 | * | rnrwashere joined #nim |
19:14:38 | poopBot | i woudent even notice if mail server dident return "Mail delivery failed" xD |
19:14:38 | Zevv | that was a literal laughing-out-loud for me, even scared the dog off my lap |
19:15:13 | narimiran | say your dog i (and my dog) said hi :) |
19:15:34 | Zevv | :) |
19:18:22 | FromGitter | <alehander42> so guys how do you configure gdb with vscode |
19:18:29 | poopBot | beh i dont have twiter to contact him , need to go backchanels |
19:18:36 | FromGitter | <alehander42> @krux02 ? does it just pickup your gdb stuff from gdbinit? |
19:18:41 | poopBot | yglukhov[m], hi |
19:18:58 | * | rnrwashere quit (Ping timeout: 272 seconds) |
19:22:23 | poopBot | yglukhov[m], you here? |
19:23:25 | * | rnrwashere joined #nim |
19:23:32 | narimiran | poopBot: be patient, he is usually around here. on gitter, IIRC |
19:24:05 | poopBot | np am wathcing for some wierd reson magnet fishing on youtube xD |
19:24:50 | * | rnrwashere quit (Remote host closed the connection) |
19:25:30 | FromGitter | <jrfondren> does anyone have an example use of asynctools? |
19:25:54 | krux02 | alehander42: I tried to use gdb from vscode, but it seems like the integration of gdb in vscode is too bad to be usable. |
19:26:20 | krux02 | My scripts didn't work. And that was not the fault of my scripts, they were correct, I tried them in other editors as well. |
19:26:42 | krux02 | Most editors just didn't use the gdb API properly and therefore custom printers just don't work |
19:26:56 | krux02 | but in eclipse I was successful |
19:27:22 | krux02 | eclipse was also the only IDE that provided proper feedback on how to implement the gdb scripts correctly |
19:27:48 | krux02 | In Eclipse it is even possible to inspect collections item by item in the UI |
19:28:14 | krux02 | but you don't really want to use Eclipse for debugging, it is just too much of a hassle to start |
19:29:02 | FromGitter | <alehander42> i dont yeah |
19:29:05 | FromGitter | <alehander42> but a friend is using vscode |
19:29:09 | FromGitter | <alehander42> so i wanted to help him |
19:29:16 | FromGitter | <alehander42> strange, i am sure it was possible |
19:29:28 | FromGitter | <alehander42> to somehow make vscode use different info |
19:29:35 | FromGitter | <alehander42> but maybe with some of their formats |
19:29:43 | FromGitter | <jrfondren> bah, this is all bitrotten, and I don't even know why my getaddrinfo_a wrapper doesn't work. |
19:32:17 | * | Vladar quit (Remote host closed the connection) |
19:32:39 | * | Vladar joined #nim |
19:35:08 | Zevv | jrfondren: share |
19:35:43 | Zevv | I'd love to get https://github.com/nim-lang/Nim/issues/7422 fixed |
19:36:39 | * | a_b_m joined #nim |
19:39:05 | * | hoijui joined #nim |
19:39:41 | FromGitter | <jrfondren> aye. I've got to get some other stuff done, but I'll come back to this over the weekend. |
19:40:13 | FromGitter | <kaushalmodi> narimiran: A new warning about addInt pops up for `cint` type after the recent update on devel |
19:40:20 | FromGitter | <kaushalmodi> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6f723b313d7231418444d] |
19:40:36 | FromGitter | <alehander42> @krux02 https://github.com/Microsoft/vscode-cpptools/issues/1414#issuecomment-409343151 |
19:40:40 | FromGitter | <alehander42> kinda did it for me! |
19:40:42 | FromGitter | <alehander42> in vscode |
19:40:43 | FromGitter | <kaushalmodi> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5ce6f73a75d9a575a631f9a9] |
19:40:49 | FromGitter | <alehander42> basically one command that does source .....py |
19:40:55 | FromGitter | <alehander42> and one that does the enable thing |
19:41:04 | FromGitter | <alehander42> and it seems to work for the guy(he did it*) |
19:41:10 | FromGitter | <alehander42> so |
19:41:15 | FromGitter | <alehander42> your script works with vscode |
19:43:47 | FromGitter | <bobeff> This is extract from my launch config for vscode which is already working: https://paste.ofcode.org/35UfUuDnmB5uDak7dzTHSEJ |
19:43:58 | FromGitter | <bobeff> 10x to @alehander42 |
19:44:15 | FromGitter | <alehander42> 1) welcome to gitter |
19:52:41 | * | rnrwashere joined #nim |
19:57:51 | * | rnrwashere quit (Remote host closed the connection) |
20:00:08 | * | rnrwashere joined #nim |
20:04:28 | * | rnrwashere quit (Remote host closed the connection) |
20:07:37 | * | nsf quit (Quit: WeeChat 2.4) |
20:13:00 | krux02 | @bobeff, good to hear it works |
20:13:15 | * | Trustable quit (Remote host closed the connection) |
20:13:31 | krux02 | wasn't easy to get it correct, especially since the documentation is a bit sparse |
20:20:22 | * | rnrwashere joined #nim |
20:24:32 | * | rnrwashere quit (Ping timeout: 244 seconds) |
20:27:37 | * | narimiran_ joined #nim |
20:27:53 | FromGitter | <alehander42> Yeah he did a lot of trial and error |
20:29:52 | * | narimiran quit (Ping timeout: 246 seconds) |
20:29:56 | federico3 | I have a callback converted from C e.g. proc callback(resp: ptr ptr somestruct) and I need to assign to resp but the compiler refuses that. Any hint? |
20:31:49 | Zevv | what's this "new nimble" going on? |
20:32:25 | Zevv | federico3: be more specific, I doubt your error message is "I refuse that" |
20:32:51 | * | narimiran_ is now known as narimiran |
20:33:01 | dom96 | new nimble? |
20:33:52 | Zevv | 14:21 #nim: <@Araq> 0.20 should come with the new Nimble |
20:34:17 | dom96 | Guessing he means the upcoming release of Nimble |
20:34:26 | Zevv | ah that makes sense - I thought I missed something |
20:38:07 | FromGitter | <kaushalmodi> how do you copy cstring by value from a `char *` returning C function? |
20:38:14 | FromGitter | <kaushalmodi> that function is imported into Nim |
20:38:46 | Zevv | .string? |
20:39:11 | FromGitter | <kaushalmodi> I need to copy to a cstring var |
20:39:24 | FromGitter | <kaushalmodi> I cannot do `foo = cstringReturningFn()` |
20:39:35 | Zevv | good question |
20:39:35 | FromGitter | <kaushalmodi> that somehow copies the pointer to the string in C |
20:39:49 | Zevv | strdup :) |
20:40:09 | FromGitter | <kaushalmodi> this works but doesn't look "right": `foo = cstring($cstringReturningFn())` |
20:40:42 | Zevv | I guess it'll do an extra alloc/copy/throwaway as well |
20:40:51 | Zevv | of the intermediate Nim string |
20:41:35 | * | narimiran quit (Ping timeout: 248 seconds) |
20:42:19 | Zevv | well, and deepCopy doesn't |
20:42:30 | FromGitter | <kaushalmodi> strdup works! (I'm surprised I wrote its importc correct the first time :D) |
20:42:46 | FromGitter | <kaushalmodi> for ref: `proc strdup(strOrig: cstring): cstring {.importc, header: "<string.h>".}` |
20:42:57 | Zevv | yeah but remember who manages the memory - not Nim |
20:43:23 | Zevv | The smiley behind the suggestion ment it is a *bad* idea |
20:43:47 | FromGitter | <kaushalmodi> oh, ok :P |
20:44:46 | FromGitter | <kaushalmodi> TIL about `deepCopy`: https://nim-lang.github.io/Nim/system.html#deepCopy%2CT%2CT |
20:45:03 | Zevv | yeah but it does not propery handle cstring it seems |
20:45:16 | leorize | instead of strdup, use `$cstring` |
20:45:37 | FromGitter | <kaushalmodi> deepCopy just copies the C string pointer too |
20:45:49 | leorize | deepCopy only works for ref-based pointers |
20:45:53 | Zevv | leorize: that's a bit of a waste, right? |
20:46:13 | Zevv | or will the resulting cstring just point to the Nim string? |
20:46:19 | leorize | yea |
20:46:24 | leorize | so keep that Nim string around |
20:46:58 | Zevv | Ah, I just tried and indeed |
20:47:11 | Zevv | I never realized cstring just reuses the Nim string buffer |
20:47:18 | * | kapilp quit (Quit: Connection closed for inactivity) |
20:47:19 | leorize | it's in the manual iirc |
20:47:29 | FromGitter | <kaushalmodi> leorize: yeah `cstring($<cstringVar>)` works; that's what I tried first, but felt hacky |
20:47:44 | leorize | tip: for interfacing with C stuff that returns string in a buffer |
20:47:50 | leorize | var buf = newString(size) |
20:47:55 | leorize | then pass that buf to C |
20:48:17 | Zevv | "Even though the conversion is implicit, it is not safe: The garbage collector does not consider a cstring to be a root and may collect the underlying memory. However in practice this almost never happens as the GC considers stack roots conservatively. One can use the builtin procs GC_ref and GC_unref to keep the string data alive for the rare cases where it does not work" |
20:48:30 | leorize | buf.setLen len cstring buf |
20:48:57 | FromGitter | <kaushalmodi> for reference, I was converting this C++ code to Nim: https://github.com/kaushalmodi/nim-systemverilog-dpic/blob/2414f7e710c7ae7570f793940eb8bb9b7848edbe/svSetScope_amvrao/libdpi.cpp |
20:49:06 | FromGitter | <kaushalmodi> focus just on the `scopes` char 2-d array |
20:49:45 | FromGitter | <kaushalmodi> using `cstring` in my Nim translation gave me problem .. but using `string` fixed it: https://github.com/kaushalmodi/nim-systemverilog-dpic/commit/da14c2dfd7cb0f5f6f22a8a3086d38014a19fef7 |
20:50:24 | FromGitter | <kaushalmodi> then I just overhauled the C-style coding with Nim style :D: https://github.com/kaushalmodi/nim-systemverilog-dpic/commit/0529630251751b57c950a225780046e513b06a11 |
20:58:30 | * | rnrwashere joined #nim |
21:02:46 | * | rnrwashere quit (Ping timeout: 246 seconds) |
21:08:43 | * | rnrwashere joined #nim |
21:31:35 | * | rnrwashere quit (Remote host closed the connection) |
21:31:49 | * | lritter quit (Ping timeout: 246 seconds) |
21:41:37 | * | Vladar quit (Remote host closed the connection) |
21:48:15 | * | solitudesf quit (Ping timeout: 248 seconds) |
21:49:06 | * | hoijui quit (Quit: Leaving) |
21:49:24 | * | solitudesf joined #nim |
22:05:49 | FromDiscord_ | <nothing to no one> is there a way to pop the first element in a sequence? something similar to `pop(0)` in python |
22:06:18 | * | laaron quit (Remote host closed the connection) |
22:07:47 | shashlick | Use deque |
22:07:49 | * | laaron joined #nim |
22:08:21 | FromGitter | <jrfondren> https://nim-lang.github.io/Nim/system.html#delete%2Cseq%5BT%5D%5BT%5D%2CNatural . it's O(N) |
22:09:08 | FromDiscord_ | <nothing to no one> ty |
22:09:12 | * | rnrwashere joined #nim |
22:17:34 | * | solitudesf quit (Ping timeout: 272 seconds) |
22:22:37 | * | rnrwashere quit (Remote host closed the connection) |
22:29:59 | FromGitter | <kayabaNerve> Looks like the latest devel broke how config files are chosen? |
22:30:46 | FromGitter | <kayabaNerve> Checking the commit history now, but I have a `config.nims` under dir/ and am compiling a file under dir. Stable selects that config. Devel does not. |
22:33:15 | FromGitter | <kaushalmodi> @kayabaNerve I heavily rely on config.nims and it has been working fine |
22:33:52 | FromGitter | <kaushalmodi> https://github.com/kaushalmodi/elnim/blob/master/.travis.yml#L49 <-- I do weekly crons that pulls in my default `config.nims` to build my packages using Nim devel |
22:34:33 | FromGitter | <kayabaNerve> Mind trying the latest devel? |
22:34:46 | FromGitter | <kayabaNerve> I think I compiled 6 hours ago |
22:37:40 | FromGitter | <kaushalmodi> works: http://ix.io/1JTx |
22:37:44 | FromGitter | <kayabaNerve> I mean, I've confirmed different behavior between stable and the commit I grabbed hours ago. I'm getting the latest latest devel now to check. |
22:37:53 | FromGitter | <kaushalmodi> I think that the issue is that it's not printing that the config.nims is being used |
22:37:57 | FromGitter | <kaushalmodi> but it's actually using it |
22:38:06 | FromGitter | <kayabaNerve> ... no, my assertions weren't triggering |
22:38:24 | FromGitter | <kayabaNerve> I explicitly enable them in my config and my tests were saying invalid data was good |
22:38:31 | FromGitter | <kayabaNerve> I had to pass a CLI arg to fix it |
22:38:38 | FromGitter | <kaushalmodi> the linked snippet just shows that the `foo` task present only in the config.nims in current dir is being used |
22:39:09 | FromGitter | <kaushalmodi> may be if you can share a minimal reproducible config.nims |
22:41:39 | FromGitter | <kayabaNerve> Uno momento |
22:45:31 | * | rnrwashere joined #nim |
22:45:41 | FromGitter | <kaushalmodi> I need to leave, but see if you can create an issue with a minimal reproducible example |
22:45:49 | FromGitter | <kaushalmodi> you can copy me in that issue |
22:45:49 | FromGitter | <kayabaNerve> I found the problem |
22:46:04 | FromGitter | <kayabaNerve> At some point in devel, the checks flag was expanded to disable assertions |
22:46:43 | FromGitter | <kayabaNerve> As I disable OverflowChecks and so on, due to how drastically they change program execution, that screwed me over |
22:46:51 | FromGitter | <kayabaNerve> So there appears to be a graphical bug and a behavior change |
23:12:58 | * | vlad1777d quit (Ping timeout: 246 seconds) |
23:14:49 | * | leorize quit (Ping timeout: 256 seconds) |
23:16:36 | * | leorize joined #nim |
23:25:53 | * | krux02_ joined #nim |
23:28:17 | * | krux02 quit (Ping timeout: 250 seconds) |
23:29:07 | FromDiscord_ | <nothing to no one> Does anyone know why this gives me a runtime error? I can't figure out where the index is going out of bounds https://hastebin.com/oyusoteyaq.bash |
23:30:25 | FromDiscord_ | <nothing to no one> It looks like the line that's causing the error is `process = startProcess(command, config.path, config.build_cmds[i])` but I'm just not sure why |
23:33:11 | * | stefanos82 quit (Remote host closed the connection) |
23:34:26 | FromDiscord_ | <exelotl> never a good idea to delete from an array while looping over it, unless you handle it carefully |
23:35:25 | FromDiscord_ | <nothing to no one> i'm not. i'm looping over `build_cmds` and deleting from the array contained within `build_cmds[i]`. it's 2-dimensional |
23:36:23 | FromDiscord_ | <exelotl> oh yeah |
23:36:29 | FromDiscord_ | <exelotl> soz |
23:36:59 | FromDiscord_ | <nothing to no one> it's fine, took me a bit to wrap my head around what I was doing too, lol |
23:37:31 | FromDiscord_ | <nothing to no one> I even tried not deleting from the sequence at all, but I still get the out of bounds. maybe it's a bug in osproc? |
23:38:22 | * | krux02_ quit (Remote host closed the connection) |
23:40:17 | FromDiscord_ | <exelotl> is build_cmds[i][0] always guaranteed to exist? |
23:40:32 | FromDiscord_ | <exelotl> try echoing $config.build_cmds[i] |
23:40:42 | FromDiscord_ | <exelotl> try echoing config.build_cmds[i] |
23:41:28 | FromDiscord_ | <nothing to no one> yes, it errors on the very first loop |
23:43:18 | FromDiscord_ | <nothing to no one> alright! new error! must've been a bug in osproc, because the error changed when i updated devel |
23:43:31 | FromDiscord_ | <exelotl> oooh |
23:47:39 | FromDiscord_ | <nothing to no one> alright, new question. how do i get a proper path variable for `startProcess`? I'd like to be able to start `bash` instead of `/usr/bin/bash` |
23:48:51 | * | jasper joined #nim |
23:54:55 | FromGitter | <jrfondren> that's one of the options you can pass, something like poUsePath |
23:55:39 | FromGitter | <jrfondren> https://nim-lang.github.io/Nim/osproc.html#ProcessOption |