<< 02-02-2019 >>

00:03:39*craigger quit (Quit: bye)
00:04:32xacerayman22201, Zevv: sry i went afk... Thanks, dw I will figure out a solution to it :)
00:05:58*craigger joined #nim
00:08:17*craigger quit (Client Quit)
00:10:31*craigger joined #nim
00:12:33*Trustable quit (Remote host closed the connection)
00:29:42*abeaumont joined #nim
00:38:56ryukopostingok guys big idea
00:39:02ryukopostinghoogle, but for nim
00:39:07ryukopostingnoogle
00:39:28*zachk quit (Quit: Leaving)
00:43:03*ng0_ joined #nim
00:43:33*ng0 quit (Ping timeout: 256 seconds)
00:45:02ryukopostingdom96: thoughts on nimble being able to generate GitLab CI boilerplate? I know a lot of nim people are on GitHub, but maybe having automatic Travis boilerplate generation would be good too
01:18:23*radgeRayden quit (Ping timeout: 244 seconds)
01:36:26*leorize quit (Ping timeout: 240 seconds)
01:42:11*wildlander quit (Quit: Konversation terminated!)
01:45:53*wildlander joined #nim
02:18:52*leorize joined #nim
02:34:30FromGitter<timotheecour> any ppl familiar with nim compiler sources ? i have a technical question
02:34:56ryukopostingit's night in germany I think, if it can wait till morning Araq will prolly be around
02:44:22*ng0 joined #nim
02:47:39*ng0_ quit (Ping timeout: 256 seconds)
02:55:15*seni quit (Quit: Leaving)
03:02:23*banc quit (Quit: Bye)
03:05:56leorizetimotheecour: since it's quiet atm, you can just ask
03:06:32FromGitter<timotheecour> ah thanks; turns out i found a much better way to do what i wanted that only requries defining a macro
03:08:11FromGitter<timotheecour> wo messing w compiler sources; i can explain, will send a PR soon: ⏎ `importInterp getCurrentNimblePkgPath() / “foo/bar”` ⏎ => will do: `import “/pathtorootof_current_pkg/foo/bar”`
03:09:19FromGitter<timotheecour> it works, and simplifies a lot of code when u wanna avoid relative paths (eg `../..` which can be tricky/ugly) while enforcing that u use THIS pkg as opposed to another version of same pkg installed in nimble
03:11:36*Tyresc quit (Quit: WeeChat 2.4-dev)
03:16:05FromDiscord_<exelotl> I'm so bewildered. I passed a block to a macro. The block contains a `var` statement, and does some stuff with the variable throughout.
03:17:00FromDiscord_<exelotl> The macro splits the block into multiple functions. So now only one of the functions has the `var` statement within it but the other functions can somehow still access the variable (and it correctly retains its value between calls)
03:19:22FromDiscord_<exelotl> Looking at the output from `repr`, it's not valid Nim code because one of the functions just does like `tmp += 1` without tmp being defined in that scope
03:20:11FromDiscord_<exelotl> But the program still compiles and runs fine
03:22:19FromDiscord_<exelotl> Maybe it's to do with the fact that the macro takes a typed block, so Nim has already made decisions about the scope and accessibility of that variable
03:23:08*banc joined #nim
03:26:39*noonien quit (Quit: Connection closed for inactivity)
04:11:22*shashlick_ joined #nim
04:11:31*shashlick_ quit (Client Quit)
04:40:16*wildlander quit (Quit: Konversation terminated!)
04:46:51*fvs joined #nim
04:49:22fvshi, trying to define a int64 array using binary numbers that won't compile. Any suggestions - here's the array: https://pastebin.com/99mWLJZT
04:57:25*ng0 quit (Ping timeout: 256 seconds)
05:06:28leorizefvs: append i64 to the first entry
05:09:16fvsleorize, thanks!
05:11:18FromGitter<gogolxdong> Is there any PDF of PNG processing library?
05:11:41leorizetry wrapping poppler?
05:20:23fvshttps://github.com/jangko/nimpdf
05:25:07*nsf joined #nim
06:04:58*darithorn quit (Remote host closed the connection)
06:15:02*d10n-work quit (Quit: Connection closed for inactivity)
06:31:53Zevvexelotl: I'm not at all sure about the details, but this is basically what happens with async macros as well. The whole scoping thing has been decided earlier, and then the proc is split up into resumable pieces which have access to the same scope
06:32:54Zevvand things you'd expect to live on the stack are actually placed elsewhere
06:33:36*dddddd quit (Remote host closed the connection)
06:35:46*narimiran joined #nim
07:50:56*salewski joined #nim
07:57:09salewskinarimiran, you may be working on https://nim-lang.github.io/Nim/random.html: Why are private fields a0, a1 visible in "type Rand = object; a0, a1: ui" ?
07:57:37narimiransalewski: i'm not working on it :)
07:57:56Araqbecause private fields are always visible I think
07:58:08*kapil____ joined #nim
07:58:51narimiranyes, Araq is right, see for example https://nim-lang.github.io/Nim/deques.html#Deque
08:00:00*gmpreussner quit (Quit: kthxbye)
08:00:26salewskiIs that really a good idea to make all private fields visible for objects in docs?
08:02:33Araqno, but nobody ever fixed it
08:03:41salewskiOK, bye.
08:04:52*gmpreussner joined #nim
08:10:31*salewski quit (Quit: WeeChat 2.3)
08:14:52*kingshuk1000_ joined #nim
08:22:54*nsf quit (Quit: WeeChat 2.3)
08:52:43*Marumoto joined #nim
08:57:11*Marumoto quit (Ping timeout: 244 seconds)
08:57:54FromGitter<Varriount> Araq: I might need to cut down on my donations a bit for the next few months. Will that have any impact on things?
08:58:44FromGitter<Varriount> I just moved into a new place and find myself spending more than I normally would on things like appliances
09:28:02*stefanos82 joined #nim
09:37:27AraqVarriount: we'll be fine, but thanks for telling me
09:39:06*Vladar joined #nim
09:59:47*Cthalupa quit (Ping timeout: 240 seconds)
10:00:45*Cthalupa joined #nim
10:07:51*Vladar quit (Remote host closed the connection)
10:19:44*nsf joined #nim
10:56:26*kapil____ quit (Quit: Connection closed for inactivity)
11:11:26*narimiran quit (Ping timeout: 240 seconds)
11:22:55*vlad1777d joined #nim
11:35:31*dddddd joined #nim
12:11:08*dddddd quit (Ping timeout: 250 seconds)
12:12:34*dddddd joined #nim
12:25:24*Vladar joined #nim
12:31:51FromGitter<gogolxdong> stepped into the import issue of nimpdf, have you figured it out?
13:04:12*theelous3 joined #nim
13:21:26*theelous3 quit (Ping timeout: 240 seconds)
13:29:07*nsf quit (Quit: WeeChat 2.3)
13:50:07*aguspiza joined #nim
13:54:51FromGitter<gogolxdong> ../nimPDF/gState.nim(1, 2) Error: module names need to be unique per Nimble package; module clashes with /mnt/d/nimpdf/nimPDF/gstate.nim
13:56:04FromGitter<gogolxdong> it's the same file , have no idea how the import messy occurs.
14:09:40*seni joined #nim
14:21:42leorizegogolxdong: sounds like you're bitten by NTFS case-insensitivity
14:33:52*narimiran joined #nim
14:48:54*stefanos82 quit (Remote host closed the connection)
14:49:32*noonien joined #nim
15:22:24*kapil____ joined #nim
15:28:06*nsf joined #nim
15:56:42narimiranummm, is there a way to `pop` from `system.set`?
16:00:09narimirancurrently i have this ugly hack `for x in mySet: v = x; break`
16:03:57*aguspiza quit (Ping timeout: 244 seconds)
16:04:53*fvs left #nim ("leaving")
16:06:39leorizenarimiran: I don't think `pop` would be an use case for `set`
16:07:58narimiraneh, and here i am, trying to (ab)use that ;)
16:09:13shashlickAnyone have any code implementing cross platform shared memory across Nim threads
17:10:32shashlick@kaushalmodi - fixed multiple issues with nightlies - please review - https://github.com/nim-lang/nightlies/pull/21
17:11:04shashlickalso, have pushed an update to koch winrelease so that folding works - https://github.com/nim-lang/Nim/commit/07553034de5bd9ffa89df303bf789664f9cb8ed8
17:12:05shashlickI looked at koch and see minimal value in moving anything more from .travis.yml to koch - we can leave things as is
17:12:29shashlickwe might have to clean up some older releases so that sorting gets fixed - have to see how page looks after tag change
17:14:43*stefanos82 joined #nim
17:24:44*Vladar quit (Read error: Connection reset by peer)
17:26:33*theelous3 joined #nim
17:27:08*darithorn joined #nim
17:30:25*Marumoto joined #nim
18:21:18*kapil____ quit (Quit: Connection closed for inactivity)
18:30:40*theelous3 quit (Ping timeout: 246 seconds)
18:31:32*Jesin quit (Quit: Leaving)
18:34:51*Jesin joined #nim
18:36:14*theelous3 joined #nim
18:37:19*Tyresc joined #nim
18:43:04*theelous3 quit (Remote host closed the connection)
18:43:32*theelous3 joined #nim
18:48:15*theelous3 quit (Ping timeout: 244 seconds)
18:52:23*dddddd quit (Ping timeout: 244 seconds)
18:52:30*dddddd_ joined #nim
18:54:06*dddddd_ is now known as dddddd
19:05:19*theelous3 joined #nim
19:10:42*theelous3 quit (Ping timeout: 272 seconds)
19:14:58*leorize quit (Quit: WeeChat 2.3)
19:21:42*wildlander joined #nim
19:26:51FromGitter<kaushalmodi> shashlick: I'm away from my computer for the weekend.
19:27:42*stefanos82 quit (Remote host closed the connection)
19:29:13FromGitter<kaushalmodi> Had a quick look and it looks good
19:29:37FromGitter<kaushalmodi> Just a minor comment that it's recommended to double quote file/dir vars
19:30:10FromGitter<kaushalmodi> Talking about the unquoted NIMEXE and another var
19:40:07*leorize joined #nim
19:40:58*zachk joined #nim
19:41:50*zachk quit (Read error: Connection reset by peer)
19:42:11*zachk joined #nim
19:42:47*zachk quit (Changing host)
19:42:47*zachk joined #nim
19:50:34FromDiscord_<Avatarfighter> Is it possible to certificate pin the httpclient that comes in the standard library?
19:57:55*darithorn quit (Remote host closed the connection)
19:58:30*darithorn joined #nim
20:02:18Araqcertificate pin?
20:39:28FromGitter<nothratal> Hi guys, I've got an question regarding var argument in proc's parameter definition. I know I can use var so the parameter is directly changeable. The other option of course is to copy it to local one so I don't need to use the var keyword in proc definition anymore. My first question is about the best practice here. Is it better to copy it and leave the parameter unchanged? The second question is about the
20:39:29FromGitter... performance. Imagine my parameter is of type string containing a huge string. In my proc I need to manipulate that string by iterating over characters and changing some letters to finally return it back. Isn't it faster to use the parameter as var and change it directly instead of copying it first? It is there a difference ... [https://gitter.im/nim-lang/Nim?at=5c56000013a2814df60ca57e]
20:54:31*nsf quit (Quit: WeeChat 2.3)
20:57:33Araqyeah, var parameters are usually better for performance
21:04:30*vlad1777d quit (Ping timeout: 268 seconds)
21:34:43*narimiran quit (Ping timeout: 268 seconds)
21:59:44*Bob quit (Read error: Connection reset by peer)
22:00:56*bobby joined #nim
22:03:53*bobby quit (Excess Flood)
22:04:20*oculux quit (Quit: blah)
22:04:22*bobby joined #nim
22:05:28*oculux joined #nim
22:11:21*abm joined #nim
22:24:15*darithorn quit (Quit: Leaving)
22:26:16*darithorn joined #nim
22:29:27*a_b_m joined #nim
22:32:52*abm quit (Ping timeout: 246 seconds)