<< 01-07-2018 >>
00:06:45*fjvallarino joined #nim
00:14:23*donlzx joined #nim
00:17:27*user1101 quit (Ping timeout: 268 seconds)
00:19:08*user1101 joined #nim
00:27:27*dddddd quit (Read error: Connection reset by peer)
00:32:32*PMunch quit (Quit: Leaving)
00:37:01*gmpreussner_ quit (Quit: kthxbye)
00:41:50*user1101 quit (Ping timeout: 276 seconds)
00:51:39*fjvallarino quit (Remote host closed the connection)
00:52:27*rockcavera quit (Remote host closed the connection)
01:28:18*fjvallarino joined #nim
01:31:10*find0x90 joined #nim
01:33:49*user1101 joined #nim
01:44:41dvnAraq: if nim doesn't care, then any idea where the error could be coming from, or at least how to get that path '/gnu/st' to expand?
02:24:39*arecaceae quit (Remote host closed the connection)
02:25:31*arecaceae joined #nim
02:35:16*arecaceae quit (Read error: Connection reset by peer)
02:35:41*arecaceae joined #nim
03:03:25FromGitter<kayabaNerve> Still need help install Nim devel on my Windows machine :P
03:03:37FromGitter<kayabaNerve> koch.nim(24, 3) Error: cannot open 'os'
03:15:10FromGitter<kayabaNerve> NVM. Found the error. Sorry.
03:30:25*gangstacat quit (Quit: Ĝis!)
03:33:05*lompik joined #nim
03:42:14FromGitter<kayabaNerve> @Varriount I switched to nimcrypto. I am now on devel. Same issue
03:45:54*user1101 quit (Quit: user1101)
03:46:53*Elronnd\srn is now known as Elronnd
03:47:38FromGitter<metasyn> hi nimsters~ ⏎ ⏎ @mratsim was suggesting adding a prefix sum to arraymancer, and it made me dig a little more into how parallelism works with nim... I have a feeling I'm doing something completely wrong... I tried to implement a prefix sum here: https://gist.github.com/metasyn/187d6676960f982149f7bf55d99095fc but it ends up being considerably slower than a naive for loop
03:53:27FromGitter<metasyn> I wasn't sure how to use a parallel block here ^ since I was getting an error that it can't check the array bounds. I'm tried to dig into what `||` actually does, and I realized I might have to add an annotation to it
03:54:20FromGitter<metasyn> anyhow any pointers or examples of other people doing things in parallel in nim would be appreciated :)
03:54:27FromGitter<kayabaNerve> @Varriount I tried Windows, Clang, Nim Devel, Nimcrypto
03:54:28FromGitter<kayabaNerve> Same
03:54:30FromGitter<kayabaNerve> Issue
03:56:20FromGitter<kayabaNerve> The current repo, and config in it, is what I'm using. I'm compiling solely via `nim c -r src/main.nim`.
04:06:42*gangstacat joined #nim
04:23:04shashlickkabayaNerve: a gist might help
04:26:30FromGitter<kayabaNerve> shashlick: I've had this issue for 2 days. It works for Varriount as is. I switched to his environment, ignoring possibly OS. It doesn't work for me.
04:26:50FromGitter<kayabaNerve> Here's the file: https://github.com/kayabaNerve/Ember/blob/master/src/Wallet/Address.nim
04:27:25FromGitter<kayabaNerve> Traceback (most recent call last) ⏎ main.nim(8) main ⏎ Wallet\PublicKey.nim(31) $ ⏎ Nim\lib\system\gc.nim(475) newObj ⏎ Nim\lib\system\alloc.nim(768) rawAlloc ... [https://gitter.im/nim-lang/Nim?at=5b38582c81816669a42601aa]
04:27:37FromGitter<kayabaNerve> As far as I can tell, it's from the string concatenation.
04:28:27zacharycartermaybe run it through a debugger?
04:28:30FromGitter<kayabaNerve> verbosity 2 says that the dec(digits) in Base58.nim is not GC safe, and those warnings are cascading up to this, but as far as I can tell it is, and that's not the issue.
04:30:57zacharycarterdec is compiler magic
04:31:08zacharycarternot sure if it's gcsafe
04:31:17zacharycarterit doesn't raise any side effects
04:32:44FromGitter<kayabaNerve> I compiled with --debuginfo and it GDB says No source file named `src\Wallet\PublicKey.nim`. I first tried PublicKey.nim
04:33:04FromGitter<kayabaNerve> I just use it because there's no -- and it's better than writing -= 1
04:35:39zacharycarter```
04:35:46*zacharycarter sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/CMuBihnyRBEEdIxoaDyUWeLv >
04:35:46zacharycartercompiles though
04:48:27*mitai quit (Ping timeout: 240 seconds)
04:49:27*barelyMalicious joined #nim
04:49:47barelyMalicious@kayabaNerve looks like a gc bug to me
04:50:01*brainproxy quit (Ping timeout: 268 seconds)
04:50:04barelyMaliciousbecause it works with `gc=markandsweep` in the nim.cfg
04:50:06*find0x90 quit (Quit: find0x90)
04:54:48*barelyMalicious quit (Quit: Page closed)
04:55:09zacharycarteryou should add a nimble file to your project to make it easier to compile
04:55:55zacharycarteror something - I can't satisfy the nimcrypto depencency without it throwing up at me when I try to compile
04:56:29*barelyMalicious joined #nim
04:57:02barelyMaliciouszacharycarter: `nimble install nimcrypto` and then change `import nimcrypto/nimcrypto` to `import nimcrypto`
04:57:27barelyMaliciousin src/lib/sha512.nim
04:58:02barelyMalicioussame for SECP256K1 in `SECP256K1Wrapper.nim`
04:59:25zacharycarterruns fine on my machine
04:59:45zacharycarterVarriount and I are both on OSX FYI
05:00:05barelyMaliciousI am on windows, and it works on --gc=markandsweep only
05:00:26zacharycarterI doubt it's a gc bug
05:00:51zacharycarterI'd be curious to see a stacktrace / more error information
05:01:31zacharycarterkayabaNerve: you need to compile with debug and lineinfo flags
05:02:19barelyMalicious```
05:02:39barelyMalicioushttps://pastebin.com/Shpbftg0
05:02:54*donlzx quit (Quit: Leaving)
05:02:56zacharycarter``` ✘ zachcarter@A-TX39FHTD6  ~/projects/Ember   master ●  nim c --debuginfo --lineDir:on foo.nim```
05:03:48zacharycarterI dunno I need more info than that
05:04:05zacharycarterlike where in the program's execution is that happening
05:04:20zacharycarterI'll try to compile this on openbsd
05:04:21barelyMaliciousgdb gives - https://pastebin.com/Shpbftg0, https://pastebin.com/8WbfPrTY
05:04:26zacharycarteractually nm
05:05:19barelyMaliciouszacharycarter: The second link has backtrace ^^^
05:05:35zacharycarterwhat OS are you running this on?
05:05:43barelyMaliciousWindows 10 x64
05:05:55barelyMalicioususing default gc
05:06:08barelyMaliciousand nim latest from devel
05:06:52zacharycarterI don't think the GC has anything to do with it - it's not uncommon to run into errors like these when you are binding with C
05:07:03zacharycarteryou need to check all your proc signatures / type declarations
05:08:26zacharycarterif you're not wrapping any C - if you're calling Nim code that does - make sure you're passing in the right parameters
05:09:07zacharycarterand since it appears the code works on OSX - I'd find out the differences between what code is executing on OSX vs Windows
05:09:17zacharycarterbecause obviously - there's an issue there
05:10:16zacharycarterOr - if you don't care about what GC you use - just use markandsweep
05:10:20zacharycartersince that seems to be fine
05:11:18zacharycarteralthough I'm sure there's something waiting to explode somewhere regardless of the GC implementation you're using :P
05:12:00FromGitter<Varriount> barelyMalicious: Did you use c2nim to create the C binding?
05:12:08*donlzx joined #nim
05:13:14zacharycarterVarriount: I rode my new toy around today - https://onewheel.com/ - that thing
05:14:22barelyMalicious@Varriount I just cloned his repo
05:19:18FromGitter<Varriount> zacharycarter: I guess my first question would be how it compares to just riding an electric bike.
05:19:52zacharycarterI think it's like riding an electric snowboard
05:20:00zacharycartermixed with a segway
05:20:11zacharycarterit's weird
05:20:22*brainproxy joined #nim
05:20:53zacharycarterbut very fun
05:20:57zacharycarterI dropped off a curb earlier - felt just like skateboartding
05:21:02zacharycarterI dropped off a curb earlier - felt just like skateboarding
05:22:34FromGitter<Varriount> barelyMalicious == Luke Parker ?
05:23:43FromGitter<Varriount> @kayabaNerve Did you get your git setup fixed? Or the nimcrypto install working?
05:24:40barelyMaliciousVarriount: yes
05:24:52zacharycarter@varriount I might ride it to work on Monday 😀
05:25:29barelyMaliciousAFAICT the issue resides in `src/lib/RNG.nim` inside `when defined(windows)`
05:25:36FromGitter<Varriount> zacharycarter: Just be careful of pedestrians.
05:25:49zacharycarterlol
05:26:07zacharycarterwell - it goes offroad
05:26:11zacharycarteron grass and dirt
05:26:15FromGitter<Varriount> barelyMalicious: Let me look at that code, one second.
05:26:23zacharycarterso I can just get real close to them - and then swerve out of the way
05:26:34FromGitter<Varriount> zacharycarter: How fast does it go?
05:26:53zacharycarterup to 20 mph
05:26:59FromGitter<Varriount> Not bad.
05:27:03zacharycartererr sory
05:27:05zacharycarter19 mph
05:27:09zacharycarteryeah
05:27:11FromGitter<Varriount> I'd probably prefer an electric bike though.
05:27:26FromGitter<Varriount> (For long range, non-care commute)
05:27:29zacharycarteryeah - they're also very cool but way more $
05:27:32FromGitter<Varriount> *non-car
05:27:39zacharycarterand this is more of a toy I can take to the beach and stuff
05:27:41zacharycarteror snow
05:27:49barelyMaliciousVarriount: I have the code which reproduces the issue here https://pastebin.com/TaY0P0GV
05:27:50zacharycarterand also ride to work :D
05:28:12FromGitter<Varriount> barelyMalicious: Thankfully I also have a Windows laptop, though it doesn't have Nim on it yet.
05:28:38FromGitter<Varriount> zacharycarter: What have you been up to?
05:29:54zacharycarterselling my house
05:30:13zacharycarterand went on a few camping trips
05:30:16zacharycarterthat's been eating up all my time :/
05:30:32zacharycarterI'm currently playing with OpenBSD and thinking about moving the Nim playground to it - instead of using Docker
05:30:36zacharycarterhow about you?
05:31:02FromGitter<Varriount> Well, I've been working on an independent study course for my college.
05:31:05zacharycarterDid your finals go well?
05:31:14FromGitter<Varriount> Essentially you meet with a professor, agree on a project, then do it.
05:31:20*Trustable joined #nim
05:31:23zacharycarteroh cool
05:31:26FromGitter<Varriount> Yeah, they went well. Only one more course of German to go.
05:31:32zacharycarterhave you picked yours yet?
05:31:38FromGitter<Varriount> For my project, I'm writing a command line shell.
05:32:08FromGitter<Varriount> Nothing as full-featured as bash, but something that does basic command execution, file redirection, and possibly functions.
05:32:09zacharycarterawesome :D
05:32:18zacharycartersounds fun
05:32:28FromGitter<Varriount> Yeah, I'm a bit behind on it though.
05:33:03FromGitter<Varriount> barelyMalicious: It looks like the Windows wrappers for those functions may be inaccurate.
05:33:21FromGitter<codenoid> how to install nim in OpenBSD
05:33:59zacharycarterJust install it?
05:34:17zacharycarterI can get Nim installed on OpenBSD fine - I just can't get Nimble or Choosenim or any tooling installed :/
05:34:32FromGitter<codenoid> the openbsd package is outdated version
05:34:33FromGitter<codenoid> 1) 16
05:34:39FromGitter<codenoid> it so old,,
05:34:47zacharycartercompile it from source
05:34:52FromGitter<Varriount> zacharycarter: Why won't the tooling work?
05:34:52zacharycarterthere are instructions on the github repo
05:35:17zacharycarterdunno :/ with devel nimble fails to install because it can't find compiler/ast
05:35:29zacharycarterchoosenim fails for some other reason
05:35:32zacharycarterI've tried installed nim in /usr/local/lib/nim
05:35:51zacharycarteras well as where I usually install it on nix and tried setting the env var NIM_PREFIX_DIR or whatever
05:35:54zacharycarternothing seems to work :/
05:37:25*brainproxy quit (Ping timeout: 256 seconds)
05:38:35zacharycarterNIM_LIB_PREFIX
05:41:04barelyMaliciousVarriount: Yeah looks like that. But then why is it running on markandsweep? I have no idea. Anyone experienced with winapi and nim's gc look at this issue.
05:42:03FromGitter<Varriount> barelyMalicious: When things like memory corruptions occur, whether they actually cause a program to crash depends on a number of things.
05:42:21barelyMaliciousVarriount: barelyMalicious == Luke Parker ? No. barelyMalicious == (barelyMalicious (or nc-x or alpha)) && kayabaNerve == Luke Parker. I was just trying to debug
05:42:35FromGitter<Varriount> Especially code layout and what is currently on the heap and stack.
05:42:45*Vladar joined #nim
05:42:52FromGitter<Varriount> Ah, ok.
05:42:54barelyMaliciousWell i gtg. Will be back later.
05:43:05*barelyMalicious quit (Quit: Page closed)
05:55:46FromGitter<Varriount> barelyMalicious, @kayabaNerve : https://gist.github.com/Varriount/d729f16913750a3f935790d5a1f125b3
06:02:33FromGitter<Varriount> Hrm, Nim's osproc module doesn't appear to allow passing file handles directly to the subprocess.
06:13:24*miran joined #nim
06:23:43*Elronnd quit (Quit: leaving)
06:23:58*elronnd joined #nim
06:24:05*elronnd is now known as Elronnd
06:36:09*brainproxy joined #nim
06:57:05*brainproxy quit (Ping timeout: 248 seconds)
07:02:01*Trustable quit (Remote host closed the connection)
07:40:57*nkaramolegos[m] left #nim ("User left")
07:43:32*themagician joined #nim
07:53:37*matic joined #nim
07:54:38*brainproxy joined #nim
07:56:35*dddddd joined #nim
08:22:27*brainproxy quit (Ping timeout: 240 seconds)
08:34:19*TakeYourFreedom joined #nim
08:46:25*matic quit (Quit: Leaving)
08:49:35*brainproxy joined #nim
09:01:37*rauss quit (Read error: Connection reset by peer)
09:04:59*rauss joined #nim
09:11:12*gangstacat quit (Remote host closed the connection)
09:18:46*brainproxy quit (Ping timeout: 265 seconds)
09:19:15*arecaceae quit (Remote host closed the connection)
09:19:39*arecaceae joined #nim
09:21:49*gangstacat joined #nim
09:48:38*brainproxy joined #nim
09:50:24*TakeYourFreedom quit (Quit: Page closed)
10:17:32*brainproxy quit (Ping timeout: 255 seconds)
10:29:05*Ven`` joined #nim
10:33:23*Ven`` quit (Client Quit)
10:44:34*elrood joined #nim
10:45:37YardanicoHmm, is this a regression or just new behaviour? https://gist.github.com/Yardanico/29551ba4c6c5d05989df39610d890689
10:46:05Yardanicoarray is defined as "array[uint8.high, int]", so indexes are of type uint8, right? but error message says "Error: type mismatch: got <array[0..254, int], int, int literal(0)>"
10:49:12Yardanicoand this code worked before :P
10:49:16Yardanico(it's from nimgame2)
10:50:37*brainproxy joined #nim
10:52:47FromGitter<Araq> regression, yummy.
10:53:48Yardanicoit can be shortened to two lines
10:54:47Yardanicoor not, hmm
10:55:21skrylarso gi18n.h contains some wierd names like _() and NC_() which are not entirely valid nim identifiers; how should the gettext markers be dealt with
10:55:39Yardanicoit doesn't work in 0.18.0 either, that's probably not a bug (or I don't know)
10:55:58*yglukhov[i] joined #nim
10:57:14FromGitter<Araq> it's a bug
11:03:51*gb00s quit (Remote host closed the connection)
11:09:10*yglukhov[i] quit (Remote host closed the connection)
11:19:45zacharycarterShould I file a bug for nimble failing to install on obsd on devel nim? - https://gist.github.com/zacharycarter/313f528bbd6f66651d39f18e73d3144c
11:20:00zacharycarternimsuggest also fails apparently
11:22:50*brainproxy quit (Ping timeout: 260 seconds)
11:27:28*brainproxy joined #nim
11:31:06dom96zacharycarter: What directory are you running that in?
11:32:34zacharycarterwell I've tried cloning nim to where I usually do on nix
11:32:41*mitai joined #nim
11:32:41zacharycarter~/projects/nim
11:32:50zacharycarterbut I've also tried cloning it to /usr/local/lib/nim
11:33:05zacharycarterruning ./koch nimble from either place seems to have no effect
11:33:13zacharycarterI've also tried setting the NIM_LIB_PREFIX env variable - or whatever it is
11:33:22zacharycarterno joy that way either
11:35:18dom96What's inside ~/projects/nim?
11:35:25dom96Is it a clone of the Nim repo?
11:35:28zacharycarteryeah
11:35:29zacharycarterdevel branch
11:36:01*brainproxy quit (Ping timeout: 248 seconds)
11:36:02dom96weird
11:36:41zacharycarteryeah :(
11:45:35FromGitter<Araq> OpenBSD?
11:45:52FromGitter<Araq> maybe os.getAppDir() fails on it
11:46:06FromGitter<Araq> try it please for.
11:46:14FromGitter<Araq> a short example program.
11:46:17zacharycartersure
11:47:34zacharycarterseems to run fine
11:48:14FromGitter<Araq> add Nim to the PATH
11:48:34zacharycarterokay
11:55:50*gb00s joined #nim
11:56:20*Perkol joined #nim
12:02:05*TheLemonMan joined #nim
12:02:51TheLemonManYardanico, uint8.high returns a uint8 and you can't implicitly convert a int index to uint8 (see isConvertibleToRange)
12:03:13YardanicoTheLemonMan, but @Araq says this is a bug, so I'm confused :)
12:03:25Yardanicoat least it's a bug with error messages
12:05:21TheLemonManuh, yeah, the range should really print out the type of the endpoints
12:07:10PerkolProcesses started by osproc.startProcess is ended after starting exe is killed. Is there a way to create processes which stay even after starting exe is killed?
12:10:51zacharycarterhrm - tried adding nim to path and making sure my terminal emulator was run as login shell - no difference
12:11:14zacharycarterI did notice that if I tried to run `koch nimble` from outside the nim directory, I got very different errors
12:16:53FromGitter<gogolxdong> @shalick yes, I missed ./koch boot -d:release ,it works.
12:17:41FromGitter<Araq> hey, TheLemonMan, you're doing superb work :-)
12:18:17FromGitter<Araq> (if you're LemonBoy)
12:18:57TheLemonManthat's a safe bet heh thank you for putting up with my slew of PRs :)
12:21:14TheLemonManI wish I could find out why #8095 fails on the CI, I ran out of ideas
12:24:16zacharycarterwell - I got it to compile
12:24:27zacharycarternimble that is - not sure what the trick was - but at least it's built now :D
12:33:14FromGitter<Araq> I'll look at #8095 tonight or tomorrow
12:37:11*brainproxy joined #nim
12:44:31dom96Perkol: Good question. I don't think that's possible with `osproc`, but you can probably use osproc + POSIX/WinAPI to achieve it
12:44:44dom96If you create a forum thread you might get some more pointers
12:46:11miran@mratsim are you here maybe?
12:46:58*themagician quit ()
12:49:44*SenasOzys joined #nim
12:50:56*SenasOzys quit (Remote host closed the connection)
12:51:16*SenasOzys joined #nim
13:01:46FromGitter<Araq> dom96: there is an RFC/feature request to enable this for osproc.
13:08:47*brainproxy quit (Ping timeout: 276 seconds)
13:10:34*yglukhov[i] joined #nim
13:14:23*yglukhov[i] quit (Remote host closed the connection)
13:14:42*yglukhov[i] joined #nim
13:14:53*yglukhov[i] quit (Remote host closed the connection)
13:30:04*skrylar quit (Remote host closed the connection)
13:31:06*yglukhov[i] joined #nim
13:38:52*yglukhov[i] quit (Remote host closed the connection)
13:39:01*brainproxy joined #nim
14:00:27*arecaceae quit (Remote host closed the connection)
14:00:50*arecaceae joined #nim
14:04:51*brainproxy quit (Ping timeout: 240 seconds)
14:07:59*Perkol quit (Remote host closed the connection)
14:20:12*dddddd quit (Ping timeout: 256 seconds)
14:23:28*codevance[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/MOctwfEsEDcGhIIKNglrWcrl >
14:28:29*TheLemonMan quit (Quit: "It's now safe to turn off your computer.")
14:29:11FromGitter<Araq> no.
14:31:00*dorelix joined #nim
14:32:32codevance[m]T_T
14:40:25*brainproxy joined #nim
15:00:45dom96gokr: your gitlab instance is dead/dying https://gitlab.3dicc.com/gokr/lapp
15:02:46*brainproxy quit (Ping timeout: 264 seconds)
15:11:19*ashleyk quit (Remote host closed the connection)
15:11:39*ashleyk joined #nim
15:17:40*find0x90 joined #nim
15:34:57FromDiscord<Epictek> Any Karax experts here?
15:35:08dom96Epictek: sure
15:36:09FromDiscord<Epictek> I made a dom but I want to add the data-initial parameter to it like this `figure(class = "avatar avatar-lg", data-initial="XY")`
15:36:41dom96`data-initial`
15:36:53FromDiscord<Epictek> `By doing that I get the error Error: Expected a node of kind nnkIdent, got nnkInfix`
15:37:45FromDiscord<dom> \`data-initial\`
15:37:56FromDiscord<dom> possibly
15:38:10FromDiscord<dom> if that's not the problem then I need to see more of your code
15:38:20*fjvallarino quit (Remote host closed the connection)
15:38:26*fjvallarino joined #nim
15:38:26*brainproxy joined #nim
15:40:01*edcragg quit (Quit: ZNC - http://znc.in)
15:40:16FromDiscord<Epictek> By doing that I get the error `Error: Expected a node of kind nnkIdent, got nnkInfix`
15:40:59*edcragg joined #nim
15:41:39FromGitter<Araq> use the backticks like Dom is trying to tell you.
15:42:11Yardanico@Araq dom told Epictek to use backticks in the first message, but Discord uses `backticks` for markdown
15:42:16FromDiscord<dom> or you can try `"data-initial"` too
15:42:38dom96FromDiscord really sucks btw
15:42:46dom96That second message was Epictek just editing his original
15:42:57miranbtw, i regularly use backticks even on irc to denote the code
15:43:13mirani had no idea that dom96 was trying to say to use the backticks
15:43:23Yardanicodom96, FromGitter doesn't even send edits :D
15:43:23FromGitterYardanico, I'm a bot, *bleep, bloop*. I relay messages between here and https://gitter.im/nim-lang/Nim
15:43:55dom96Epictek: Here is an example: https://github.com/nim-lang/nimforum/blob/master/src/frontend/postbutton.nim#L138
15:45:34FromDiscord<Epictek> Ah that backticks worked, thanks @dom
15:47:53FromDiscord<Epictek> @Yardanico what ever happened to that Discord bot you were making?
15:48:04YardanicoFromDiscord, well, it's still in progress :)
15:49:19dom96This is what summer time is for. Shut all your windows, doors and curtains. Work on Nim until you can't stay awake no more, wake up, repeat ;)
15:50:20miranthat either means we'll see v1.0 in autumn, or you'll get veeeery sidetracked :D :D
15:50:40miranunfortunately, the latter option seems much more probable :D
15:50:46FromDiscord<Epictek> Yardanico: Is the code public to help contribute to or are you waiting for it to finished first?
15:50:58FromDiscord<Epictek> *to be
15:51:03YardanicoFromDiscord, it's not yet public sadly
15:51:15FromDiscord<Epictek> Fair enough
15:51:46Yardanicodom96, I'm still waiting for the results for my last exam (physics)
15:51:55dom96Why?
15:52:43Yardanicobecause I've done it on 20th of June and almost every 11th-grader in russia does them at the same day (that's why it's USE - United State Exam)
15:53:04dom96Okay, but is that a reason to not do some Nim coding?
15:53:14Yardanicodom96, well, of course I can do some nim coding :)
15:53:20FromDiscord<2vg> lel
15:53:27miranbtw. Yardanico, shouldn't you be watching the football game right now?
15:53:49Yardanicomiran, it was in background but I'm not really a football fan :)
15:55:50*dom96 graduated yesterday :)
15:56:25Yardanicodom96, hopefully I'll graduate 4 years later :)
15:56:26FromDiscord<2vg> awesome
15:57:08mirancongrats dom96! welcome to the grown-ups world! :)
15:57:16dom96Thanks :)
15:57:25miranwhat now?
15:57:31dom96Not looking forward to being old though :P
15:57:55mirandom96: well, you'll become old in 2026. until then, enjoy your youth
15:58:31dom96My plan is to move to London at the end of August and work at FB
15:58:54Yardanicoyou want to replace PHP+HHVM with Nim? ( ͡° ͜ʖ ͡°)
15:58:59miran...but the real plan is to get FB to sponsor nim, right? :D
15:59:04dom96In the meantime, I'll probably be chasing Nim 1.0 and maybe some other fun Nim projects :)
15:59:37dom96Yardanico: I'll certainly try to replace their C++/Python backends
15:59:41FromDiscord<2vg> sponser...!
15:59:47Yardanicosposner? :)
15:59:47dom96Facebook isn't all PHP nowadays
15:59:55Yardanico@2vg sponser? what? :)
16:00:42dom96ooh, almost 400 survey responses
16:00:51shashlickdom96: please squeeze in some time on choosenim so that I can continue work on it before the next release 😁
16:01:19*brainproxy quit (Ping timeout: 256 seconds)
16:02:20shashlickMy biweekly #nag contribution
16:11:34*ashleyk_ joined #nim
16:14:21*ashleyk quit (Remote host closed the connection)
16:28:53*brainproxy joined #nim
16:41:49FromGitter<xmonader> @dom96 for FB at what position? do u wanna tell me a bit about ur prepration process?
16:43:15FromGitter<rayman22201> Congratulations @dom96!
16:44:43*donlzx quit (Remote host closed the connection)
16:46:00FromGitter<ephja> I'm trying to think of ways to reduce the chances of accidental pointer buffer writes. I currently have a (len, buf) view type, as well as a (len, readOnlyBuf) read only type. it will be difficult to write to the buffer accidentally with a name like that. write tracking on imported functions would be useful. you wouldn't be able to verify the semantics, but the alternative is having no write information
16:46:40*nsf joined #nim
16:51:06FromGitter<rayman22201> @ephja would this work? https://nim-lang.org/docs/manual.html#effect-system-tag-tracking
16:51:50*brainproxy quit (Ping timeout: 260 seconds)
16:52:57FromGitter<rayman22201> The tagging would
16:53:28FromGitter<rayman22201> Be at the procedure level not the type level. Which isn't ideal
16:57:21FromGitter<ephja> yeah it's not granular enough, but it's a start
17:02:41FromGitter<xmonader> From the pascal infulence on nim, and it was written in pascal first, do you guys think rad tool like lazarus or even consumption of lcl is a good idea?
17:08:28codevance[m]Are you talking about gui builders?
17:09:23FromGitter<xmonader> I don't like the old way of generating specific code, i prefer glade/qtdesigner of xml way, but sure
17:09:50FromGitter<xmonader> actually the relation with pascal was one of the reasons i wanted to give nim a try
17:15:08FromGitter<mratsim> @metasyn, Data Parallel computing like for tensors with openMP is very different from other form of parallel computing (especially task parallelism like you can do with threadpool). ⏎ ⏎ Y ou are probably hitting false sharing / bank conflicts like here: https://github.com/mratsim/Arraymancer/issues/134
17:31:18dvnokay in my struggle to get nim packaged for Guix, i'm having trouble manipulating the internal search path
17:31:28dvnit seems to stick to the directory it was installed in
17:31:30dvnwhich is not good
17:33:36FromGitter<ephja> are things like gcc not in your path?
17:35:30*miran quit (Quit: Konversation terminated!)
17:36:01FromGitter<ephja> pretty much every package managers installs binaries in directories that are in the path by default, so I'm not sure what causes your issues
17:37:43dvngcc is in my path, but it doesn't seem to matter -- it looks like it's getting unset
17:38:59*brainproxy joined #nim
17:40:22dvnwhy does the path get unset and reset at compile time?
17:41:23*yglukhov[i] joined #nim
17:43:01dvnError: invocation of external compiler program failed. File exists
17:43:04dvnAdditional info: Could not find command: '/gnu/st'. OS error: No such file or directory 17
17:43:17dvnthat's the error i'm getting from nim
17:43:27dvnwhy is that path getting cut off?
17:43:34dvnthis one: '/gnu/st'
17:47:50*yglukhov_ joined #nim
17:48:08*yglukhov[i] quit (Read error: Connection reset by peer)
17:48:40FromGitter<ephja> so running "gcc" from the prompt works, and it's symlinked to that?
17:52:57*fjvallarino quit (Remote host closed the connection)
17:53:02dvnthe prompt == my shell?
17:53:10FromGitter<ephja> don't you think it's an issue with the package manager or something?
17:53:11FromGitter<ephja> yes
17:53:46FromGitter<ephja> anyway, I've installed GuixSD in case you want me to test something
17:56:41dvnwell boths sides benefit from the package working
18:02:04dvnso the real issue is that after building nim, glibc + gcc are not in the path nim is using
18:02:11dvnthey are in my user's path
18:02:16dvnjust as nim is
18:03:15dvni mean, this is my second day to work on this, but as far as I understand it, from looking a bit at the source and "nim dump", nim wants to achieve some kind of reliable path by setting it for themselves
18:03:45dvnand with this, you are assuming that every system is created equal
18:04:37dvnwhereas the path at build and and runtime are different in Guix (and in Nix, for that matter)
18:05:53*brainproxy quit (Ping timeout: 248 seconds)
18:08:44*dddddd joined #nim
18:11:53dvni think we will just have to read more of nim's source to understand it
18:12:31dvnthe bit i said about the path being different at build and runtime is a bit of a red herring actually. it's more like the path is being reset at runtime for some reason
18:12:36dvnand i have yet to figure that out from reading the source
18:18:00*brainproxy joined #nim
18:20:40*askatasuna joined #nim
18:23:09*brainproxy quit (Ping timeout: 264 seconds)
18:25:14FromGitter<kayabaNerve> Thanks zacharycarter barelyMalicious @Varriount for all your help. I really appreciate it. ⏎ ⏎ I did try disabling threads in the config. That didn't make a difference. Just referring to the GDB pastebins... ⏎ ⏎ I don't care what GC I use. I just care it works on all problems. ... [https://gitter.im/nim-lang/Nim?at=5b391c8aa99e1e52b70d3e27]
18:29:04*fjvallarino joined #nim
18:33:22*yglukhov_ quit (Remote host closed the connection)
18:33:23*find0x90 quit (Quit: find0x90)
18:39:34*yglukhov[i] joined #nim
18:46:18*yglukhov_ joined #nim
18:46:18*yglukhov[i] quit (Read error: Connection reset by peer)
18:47:19*brainproxy joined #nim
18:52:27*brainproxy quit (Ping timeout: 256 seconds)
18:56:53*CcxWrk quit (Remote host closed the connection)
19:11:28*lompik quit (Ping timeout: 256 seconds)
19:15:01*nsf quit (Quit: WeeChat 2.1)
19:18:22*fjvallarino quit (Remote host closed the connection)
19:18:29*fjvallarino joined #nim
19:23:36*Vladar quit (Quit: Leaving)
19:28:28*brainproxy joined #nim
19:28:45FromGitter<Varriount> @kayabaNerve Since you're using Windows, you must be using something like msys2 or msysgit?
19:29:12FromGitter<kayabaNerve> I get cygwin errors
19:29:16FromGitter<kayabaNerve> I never installed cygwin
19:29:24FromGitter<kayabaNerve> *missing cygwin dll
19:29:26FromGitter<kayabaNerve> I installed cygwin
19:29:35FromGitter<kayabaNerve> Missing DLL. I copied the DLLs over...
19:30:37FromGitter<Varriount> If you want, we could set up a screen sharing session of some kind this week, and I could try to fix the issue. I'm fairly experienced with the nuances of these programs.
19:30:38FromGitter<ephja> was it for the right architecture?
19:30:45FromGitter<ephja> DLL issues are such a **
19:31:05FromGitter<kayabaNerve> I've found slightly buggy peace using GitHub Desktop and manual repo cloning.
19:31:23FromGitter<kayabaNerve> TBH I should just move the folders I have in my repo to the Nimble folder. Solve that.
19:31:42FromGitter<kayabaNerve> And I'm using SCM Git.
19:31:51FromGitter<kayabaNerve> https://git-scm.com
19:32:12FromGitter<Varriount> @kayabaNerve You can download the repositories manually and use `nimble install` on them
19:35:05FromGitter<kayabaNerve> Good to know
19:35:12FromGitter<kayabaNerve> I just manually installed them
19:35:23FromGitter<kayabaNerve> Oh. And I'm moving to nimcrypto sysrand
19:38:27FromGitter<Quelklef> So, in a `macro f(n: int): untyped = for i in 0 .. n: ...`, I'm being yelled at that `n` is a `NimNode`.
19:38:57FromGitter<Quelklef> but if I do `for i in 0 .. n.intVal`, assuming that `n` is a `NimNode` with kind `nnkIntLit`, I'm told that n has no intVal
19:39:15FromGitter<Quelklef> I can't even `assert(n.kind is nnkIntLit)` because n has no kind
19:39:27FromGitter<Quelklef> This seems to be contradictory. Is it a NimNode, or not?
19:40:58FromGitter<GULPF> if you want normal parameters in a macro you should use `static[int]` instead of `int`. No idea why intVal doesn't work though
19:41:57FromGitter<Quelklef> I'm an idiot, I think it's because I forgot to import macros
19:42:03FromGitter<Quelklef> thank you for the `static[]` tip
19:43:16*Perkol joined #nim
19:43:35FromGitter<Varriount> I use msys2 rather than cygwin, and even that's not being used as much due to the Bash on Windows feature.
19:44:28PerkolHello. Anyone knows how on windows prevent executables from spawning command windows?
19:44:59FromGitter<Quelklef> ...in general, or with some Nim application?
19:47:24YardanicoPerkol, yes
19:47:29FromGitter<kayabaNerve> @Varriount I think I have both installed at this point... ⏎ ⏎ I switched to nimcrypto rand. I don't like the random function as much since array's are compile time sized and I have to cast[ptr array[0]], but it works with the regular GC. ⏎ ⏎ I also moved my Nimble packages out of lib. Anyone who gets my code will no longer have to edit my imports. [https://gitter.im/nim-lang/Nim?at=5b392fd160c387078354c178]
19:47:43YardanicoPerkol, --app:gui
19:47:55FromGitter<kayabaNerve> I really appreciate everyone's help. It means a lot so many people bothered to actually clone my code and work off it.
19:48:15YardanicoPerkol, also afaik you'll need to link user32
19:48:31Yardanicobecause Nim will use windows GUI boxes for error messages (and stack traces)
19:54:03FromGitter<kayabaNerve> @Varriount Tell me if you want an ember vanity address *max vanity of one character*.
19:54:05*brainproxy quit (Ping timeout: 240 seconds)
19:54:58*yglukhov_ quit (Ping timeout: 264 seconds)
19:58:55*brainproxy joined #nim
19:59:04*sz0 joined #nim
20:00:46*SenasOzys quit (Ping timeout: 256 seconds)
20:01:05*yglukhov[i] joined #nim
20:03:44*brainproxy quit (Ping timeout: 256 seconds)
20:04:33PerkolThanks, but it show error messages in window. Is there a way to make it completely quiet.
20:04:35Perkol?
20:04:58FromGitter<kayabaNerve> try catch your entire program
20:05:13FromGitter<kayabaNerve> Don't ever use pointers of any kind in order to never cause any segfaults.
20:06:25FromGitter<kayabaNerve> (jokes aside, I don't know, it doesn't look to be possible)
20:11:24*SenasOzys joined #nim
20:20:04*yglukhov_ joined #nim
20:22:14*yglukhov[i] quit (Read error: Connection reset by peer)
20:26:20FromGitter<Quelklef> How can I find the result of a bugged macro?
20:26:24Yardanicoehm?
20:26:31FromGitter<Quelklef> i.e. when `expandMacros` isn't applicable
20:30:07dom96Perkol: You mean stack traces?
20:32:06*nsf joined #nim
20:33:05FromGitter<kayabaNerve> --stackTrace:on --excessiveStackTrace:on
20:33:16FromGitter<ephja> tried to link statically with a C library again. the C ecosystem is just too archaic for this
20:33:21FromGitter<kayabaNerve> Just referring to how to turn stack traces on; not if that's what you need.
20:33:37FromGitter<kayabaNerve> dom96: Congrats on graduating! High School or College?
20:33:41dom96excessiveStackTrace?
20:33:45dom96is that a thing?
20:33:51FromGitter<kayabaNerve> It's an option I found on the docs
20:33:53dom96kayabaNerve: University
20:34:10FromGitter<ephja> @Quelklef try echoing the result
20:34:19*brainproxy joined #nim
20:34:42FromGitter<kayabaNerve> @ephja I find it best to write a C wrapper for what I need and then use Nim with that. No idea how that plays in with a statically linked dll though.
20:34:44FromGitter<ephja> possible after passing it to repr first. maybe there's a better way nowadays. things change fast
20:35:15FromGitter<ephja> then there's macros.treeRepr, macros.lispRepr etc
20:35:20FromGitter<kayabaNerve> dom96: Congrats again! I'm also strangely happy to hear you're not a 17 year old.
20:35:53dom96kayabaNerve: Thanks :)
20:36:30*yglukhov_ quit (Ping timeout: 245 seconds)
20:37:50federico3dom96: congrats!
20:38:01FromGitter<ephja> it usually doesn't take a long time to wrap everything, but doing that is nothing compared to linking statically and then trying to figure out the dependencies and their dependencies and so on, for every platform
20:40:26FromGitter<Quelklef> @ephja Inside the macro, or outside? Trying to echo inside the macro yells at me
20:40:31*skrzyp joined #nim
20:41:53FromGitter<kayabaNerve> dom96: https://nim-lang.org/docs/nimc.html
20:41:58FromGitter<kayabaNerve> excessive is on there.
20:42:08FromGitter<kayabaNerve> `stack traces use full file paths`
20:42:30dom96That flag could use a better name
20:43:27FromGitter<kayabaNerve> I would merge it in with stack traces.
20:43:54FromGitter<kayabaNerve> It seems like a minor feature to have a whole flag for and there doesn't seem to be a reason not to want it, unless full means /home/user/Desktop...
20:43:57FromGitter<ephja> @Quelklef inside. pass any of those procs the node that you've constructed
20:44:15dom96kayabaNerve: yes, that's what it means
20:44:21FromGitter<ephja> possibly the return value (result)
20:44:48FromGitter<kayabaNerve> In which case, if it's already printing project relevant names, it's pretty much pointless unless working with broken Nimble packages while they're inside the Nimble folder, which is pointless.
20:44:58FromGitter<kayabaNerve> But I don't have enough experience to really weigh in.
20:45:51FromGitter<Quelklef> @ephja Come again, about the procs? But I get an error "false Invalid node kind nnkIdentDefs for macros.``$``" when trying to echo one of my values
20:47:23FromGitter<ephja> @kayabaNerve right. sometimes I want to look at the source but I'm not sure where the module is located
20:49:01FromGitter<ephja> @Quelklef and if you echo node.repr?
20:50:25FromGitter<Quelklef> @ephja Not sure what you mean by "pass any ... constructed". But I wasn't using `.repr`, it's now working. Thank you!
20:51:23FromGitter<ephja> @kayabaNerve whether or not the stack trace is excessive is subjective :p
20:51:44FromGitter<kayabaNerve> But it says excessive in the name
20:52:04FromGitter<ephja> exactly. it's subjectively named :D
20:52:31*yglukhov[i] joined #nim
20:52:33FromGitter<kayabaNerve> But it objectively says excessive in the name
20:52:38FromGitter<kayabaNerve> Did it... lie to me?
20:53:08FromGitter<kayabaNerve> How do I sue Mr. Nim over this betrayal of trust?
20:53:17FromGitter<kayabaNerve> *I'll stop*
20:55:22*Perkol quit (Remote host closed the connection)
20:58:41*Entropic quit (Ping timeout: 248 seconds)
20:58:48*Entropic joined #nim
20:59:13FromGitter<Quelklef> ```code paste, see link``` ⏎ ⏎ Is this a bug? [https://gitter.im/nim-lang/Nim?at=5b3940a19b82c6701b99e66a]
21:00:31FromGitter<ephja> that does not compile for me
21:00:44FromGitter<Quelklef> huh
21:00:46FromGitter<Quelklef> what version?
21:00:53FromGitter<Quelklef> im 0.18.1
21:01:07FromGitter<Quelklef> git hash bb23d903b6741c1697ac55f8ee54ff30a9b2cc49
21:01:22FromGitter<kayabaNerve> Question. How do you get the git hash?
21:01:23FromGitter<ephja> very recent development version
21:01:44FromGitter<Quelklef> Me as well, less than a week...
21:01:48FromGitter<Quelklef> @kayabaNerve `nim -v`
21:02:09FromGitter<kayabaNerve> Compiles for me. I built from Github yesterday.
21:02:21FromGitter<Quelklef> Behaviour for you?
21:02:36FromGitter<kayabaNerve> > nim -v ⏎ Nim Compiler Version 0.18.1 [Windows: amd64] ⏎ Compiled at 2018-06-30 ⏎ Copyright (c) 2006-2018 by Andreas Rumpf ⏎ ... [https://gitter.im/nim-lang/Nim?at=5b39416c3d8f71623d53f333]
21:02:42FromGitter<kayabaNerve> No hash.
21:03:04FromGitter<kayabaNerve> As you said. ["b", "c"]
21:03:14FromGitter<Quelklef> Might be linux only...?
21:03:20FromGitter<kayabaNerve> I'm Windows.
21:03:27FromGitter<ephja> wait "Compiled at 2018-05-22" 🤔
21:03:30FromGitter<Quelklef> Yeah I'm linux that'd what I'm saying
21:03:31FromGitter<ephja> time flies..
21:03:45FromGitter<Quelklef> oh shoot it has compile date
21:03:48FromGitter<kayabaNerve> I've gotten git hashes before. Just not anymore.
21:03:54FromGitter<Quelklef> that'd really nice! im 06-27
21:04:00FromGitter<Quelklef> Huh @kayabaNerve
21:04:08FromGitter<kayabaNerve> Yeah. Mine was yesterday lol. I get the same as yours. ["b", "c"]
21:04:16FromGitter<kayabaNerve> Is it automatically applying $?
21:04:18FromGitter<Quelklef> no
21:04:29FromGitter<Quelklef> it's the same with `varargs[string, ``$``]` though
21:04:42FromGitter<kayabaNerve> Why is it printing the array at all then?
21:04:47FromGitter<kayabaNerve> Shouldn't it be a type error?
21:05:17FromGitter<Quelklef> That's what I was thinking
21:05:34FromGitter<Quelklef> well I was actually expecting python-esque behavior, but was surprised it didn't error at me
21:05:44FromGitter<Quelklef> when it didn't do the expected behavior
21:05:58FromGitter<kayabaNerve> I added for y in x: ⏎ ⏎ ``` echo(y)``` [https://gitter.im/nim-lang/Nim?at=5b3942363c5abf52b6336913]
21:06:09FromGitter<kayabaNerve> See if $x was just printing the array due to a $ error or something
21:06:16FromGitter<Quelklef> And
21:06:17FromGitter<kayabaNerve> But that only prints b, c
21:06:26FromGitter<kayabaNerve> The varargs is ONLY that array
21:06:33FromGitter<kayabaNerve> Not just printing as that array
21:06:36FromGitter<Quelklef> I think I'm gonna open a bug report
21:08:07FromGitter<Quelklef> perhaps it's related to https://github.com/nim-lang/Nim/issues/7914?
21:08:28FromGitter<Quelklef> seems different enough for its own issue
21:09:35FromGitter<kayabaNerve> No. That seems like the same thing depending on how $[] works
21:10:01FromGitter<kayabaNerve> Stringifying the array fixed it
21:10:19FromGitter<kayabaNerve> That's the same issue just with an array, not a seq
21:10:43FromGitter<Quelklef> Well ofc stringifying the array fixed it
21:11:06FromGitter<Quelklef> then it goes from `f(string, array[n, string])` to `f(string, string)` which is consistent with the varargs type
21:11:16FromGitter<ephja> yes because then you pass it a varargs with one argument: the string representation of the array
21:15:58*yglukhov[i] quit (Read error: Connection reset by peer)
21:17:22*yglukhov[i] joined #nim
21:25:42FromGitter<kayabaNerve> I'm not saying that wouldn't fix it. I'm saying if that did fix it, it's the same issue
21:26:09FromGitter<kindlychung> what is the equivalent of `import something as s` in python?
21:26:25FromGitter<Quelklef> @kindlychung pretty sure it's also `import something as s`
21:28:43FromGitter<kindlychung> Thanks.
21:28:48FromGitter<Quelklef> yup
21:29:05*yglukhov[i] quit (Ping timeout: 248 seconds)
21:29:05*dddddd quit (Ping timeout: 240 seconds)
21:30:06*dddddd joined #nim
21:30:17FromGitter<kayabaNerve> Yep
21:30:38FromGitter<kayabaNerve> Know that because sometimes my types with the same name as my file act up... There's also export and include.
21:33:33FromDiscord<Epictek> I've been having a lot of fun with Karax today but I realised I should focus on some of the backend for my project, then I realised that there are almost no ORMs for nim 😦 I don't want to write sql code if I can help it
21:35:07dom96Then be the first to write a usable ORM package :)
21:35:37FromDiscord<Epictek> I wish I was competent enough to do that lol
21:35:40FromGitter<kayabaNerve> dom96: But he doesn't want to write SQL
21:35:53FromGitter<kayabaNerve> Actual Q. Nim web server versus, say, Express.
21:35:57FromGitter<kayabaNerve> (NodeJS)
21:36:57*yglukhov[i] joined #nim
21:38:08FromDiscord<Epictek> Tbh writing an ORM so I don't have to write a single line more of SQL is the kind of thing I'd do but only after a few beers
21:38:50FromDiscord<Epictek> Woot someone forked ormin a few days ago to add postgresql support
21:39:14*yglukhov_ joined #nim
21:40:44*yglukhov[i] quit (Read error: Connection reset by peer)
21:41:15FromGitter<ephja> I've only used sqlalchemy I think. some things took ages to figure out. it's quite complex though but I'm sure a little static typing would have helped
21:42:22FromDiscord<Epictek> Flask_sqlalchemy is all I have ever used for a while now
21:54:57*nsf quit (Quit: WeeChat 2.1)
21:57:39*fjvallarino quit (Remote host closed the connection)
22:02:04FromGitter<deech> A number of the functions in the standard lib (eg. `parseIpAddress` in `os.nim`) state in the documentation that they raise an exception (`EInvalidValue` in this case). Why don't they use the Exception tracking pragma?
22:02:09*yglukhov_ quit (Remote host closed the connection)
22:02:24*sz0 quit (Quit: Connection closed for inactivity)
22:08:01FromGitter<ephja> @deech the exceptions were renamed some time ago. EInvalidValue is now deprecated and is aliased to ValueError, which os.parseIpAddress raises according to the documentation
22:09:18FromGitter<deech> @ephja Yes I see that. But my question was why that's not part of the type signature.
22:12:01*skrzyp quit (Read error: Connection reset by peer)
22:13:07FromGitter<ephja> @deech it can be, or it can be inferred by the compiler if possible
22:14:30FromGitter<deech> @ephja Ah cool! So if I call that function from one that's tagged with `{.raises:[].}` I'll get a compiler error?
22:18:18FromGitter<Quelklef> How do I make a macro run before typing, as opposed to after, or the other way around?
22:18:37FromGitter<ephja> @deech let me try that for the first time ever... yes is the answer! :-)
22:19:03FromGitter<deech> Yay!
22:19:14FromGitter<Quelklef> `untyped` vs `NimNode`, right?
22:19:43FromGitter<ephja> Don't let the fact that I'm a member of the github organization fool you. All I had to do was contribute to some official library that is now dead :-P
22:21:49Araqin the docs click on the {. to see the exceptions
22:22:11Araqprobably we need a decent button for this so that people notice it's clickable...
22:23:16FromGitter<Quelklef> oh gee yeah @Araq I always thought that was just explicitly noting that it had no pragmas..
22:23:42Araqno, it's "dot dot" aka "expand me" :P
22:24:06AraqI thought it was clever. lesson learned, don't be clever.
22:24:33FromGitter<Quelklef> doesn't help that it matches the actual syntax :P
22:24:49FromGitter<Quelklef> if you made it `...` instead and changed the style a little I think it'd be more noticable
22:25:07Araqbe my guest
22:25:20FromGitter<Quelklef> oh gee
22:25:25FromGitter<Quelklef> sure, I'll try, hah
22:28:53FromGitter<ephja> may the force be with you
22:36:00FromGitter<deech> Araq, wow never thought to click that. Thanks, very useful! :)
22:38:47*fjvallarino joined #nim
22:39:02FromGitter<ephja> cleverness *= 70 div 100
22:43:50Araqwho uses nimpretty now?
22:45:03*sz0 joined #nim
22:54:28FromGitter<ephja> used it half-assedly before. tried it again. did it not change the original file before but does so now?
22:57:03*find0x90 joined #nim
23:01:59*find0x90 quit (Quit: find0x90)
23:04:43codevance[m]Araq . Is nimpretty formatting correctelly now?
23:04:54codevance[m]last I've checked it made my comments weird
23:06:11*donlzx joined #nim
23:08:34FromGitter<ephja> "set the output file (default: overwrite the .nim file)" nvm
23:09:57*elrood quit (Remote host closed the connection)
23:31:28FromGitter<honewatson> Is the scope of nimpretty to also perform some kind of code correction?
23:31:46FromGitter<honewatson> ```{.pragmaHereWrongCurlyEnd.} =```
23:31:52FromGitter<honewatson> I notice this in the tests
23:32:28FromGitter<ephja> 4 indentation errors in 4 different files. some bodies are on the same indentation level as the signature. it might have to do with the fact that I sometimes do "proc(...):\n <return type> =..."
23:38:02FromGitter<ephja> yes that was the case for 3/4 syntax errors. another syntax error is triggered when this pattern is rewritten `foo = (0hhh, "......" & <newline><+1 indentations>"...")`
23:38:57FromGitter<ephja> "hhh" shouldn't be there
23:39:02FromGitter<ephja> has anyone reported any issues? I couldn't really find many
23:49:54FromGitter<ephja> I thought more people were reporting on issues. I'll read through the one issue I found
23:56:44*fjvallarino quit (Remote host closed the connection)
23:56:51*fjvallarino joined #nim
23:57:25*dddddd quit (Remote host closed the connection)