<< 29-07-2018 >>
00:31:39*geocar quit (Quit: Connection closed for inactivity)
00:45:49*stefanos82 quit (Quit: Quitting for now...)
01:31:21FromGitter<gogolxdong> How to write an empty nnkRectList of object in a template and add field in afterward process?
01:52:12*yglukhov[i] joined #nim
01:56:52*yglukhov[i] quit (Ping timeout: 268 seconds)
02:38:51FromGitter<fedkanaut> ```code paste, see link``` ⏎ ⏎ Um, any idea what the problem might be here? [https://gitter.im/nim-lang/Nim?at=5b5d28bb12f1be713761e451]
03:12:33FromGitter<kayabaNerve> Code?
03:22:04FromGitter<fedkanaut> It's a family size plate of spaghetti I'm afraid but here is the code that's throwing the error and the pairs implementation itself: ⏎ ⏎ ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=5b5d32dc95988830b0852c52]
03:23:36*gangstacat quit (Ping timeout: 256 seconds)
03:30:11FromGitter<fedkanaut> You know what, I think I have a guess of what's probably causing it though I'll have to do some refactoring to confirm, I tried to kludge my way out of a circular dependency and I'm that's probably causing some kind of conflict Serves me right for cutting corners.
03:36:37*gangstacat joined #nim
03:53:59*yglukhov[i] joined #nim
03:58:10*yglukhov[i] quit (Ping timeout: 256 seconds)
04:29:43*dddddd quit (Remote host closed the connection)
04:34:10*wildlander joined #nim
04:45:51*leorize quit (Quit: WeeChat 2.2)
04:46:09*leorize joined #nim
05:14:57*Jesin quit (Quit: Leaving)
05:31:43*nsf joined #nim
05:39:59*yglukhov[i] joined #nim
06:19:19*yglukhov[i] quit (Remote host closed the connection)
06:33:43*Trustable joined #nim
06:43:09*yglukhov[i] joined #nim
06:43:56*Vladar joined #nim
06:53:16*yglukhov[i] quit (Remote host closed the connection)
07:03:49*ng0 joined #nim
07:13:36*stefanos82 joined #nim
07:14:57*Trustable quit (Remote host closed the connection)
07:23:17*Vladar quit (Quit: Leaving)
07:35:03*Vladar joined #nim
07:38:12*geocar joined #nim
07:44:42FromGitter<Bennyelg> commands such '.schema table' not working on db_sqlite : ⏎ e.g ⏎ ⏎ ```conn.exec(".mode csv")``` ⏎ ... [https://gitter.im/nim-lang/Nim?at=5b5d706a3cc39566072d110e]
07:44:47FromGitter<Bennyelg> it's a bug?
08:13:22*gmpreussner joined #nim
08:14:01*gmpreussner_ quit (Ping timeout: 244 seconds)
08:35:30*aguspiza joined #nim
08:41:08*yglukhov[i] joined #nim
08:43:29FromGitter<gogolxdong> Is there an approach to check whether a NimNode is reserved nim key word?
08:47:12stefanos82@gogolxdong: try using one of the following keywords or identifiers in a demo of yours and see what the error message says https://nim-lang.org/docs/manual.html#lexical-analysis-identifiers-keywords
08:49:53FromGitter<kayabaNerve> Stefanos82: you do realize the topic was macros, right? I can't tell if I don't know enough and am therefore misunderstanding or if you misread :p
08:50:39stefanos82I did not follow any previous conversation because I didn't log in not so while ago
08:51:27stefanos82and I misread NimNode as NimCode for some reason and thought it was an innocent typo for not adding a space between the two words lol
08:51:31FromGitter<kayabaNerve> I'm just referring to that one message of his
08:51:34stefanos82it's still morning for me
08:54:51FromGitter<kayabaNerve> Got it look
08:54:54FromGitter<kayabaNerve> *lol
08:57:04*yglukhov_ joined #nim
08:58:20stefanos82did Araq let us know when he's back from holidays?
08:58:34*yglukhov_ quit (Remote host closed the connection)
08:59:54*yglukhov[i] quit (Ping timeout: 268 seconds)
08:59:55*yglukhov_ joined #nim
09:04:38Araqstefanos82: today!
09:04:52stefanos82hey mate, welcome back! ^_^
09:05:02stefanos82did you recharge your batteries?
09:06:22*yglukhov[i] joined #nim
09:06:27FromGitter<mratsim> @gogolxdong NimNode is not reserved but you will have ambiguities if you also use the macros module.
09:08:10FromGitter<mratsim> 111 PRs waiting for you @Araq, have fun :P
09:09:14*yglukhov_ quit (Ping timeout: 260 seconds)
09:17:05Araqstefanos82: too early to tell.
09:28:51*yglukhov[i] quit (Remote host closed the connection)
09:30:38stefanos82Araq: :/
09:41:15*yglukhov[i] joined #nim
10:05:29*yglukhov[i] quit (Read error: Connection reset by peer)
10:06:09*yglukhov[i] joined #nim
10:07:05*Vladar quit (Ping timeout: 240 seconds)
10:11:10*Vladar joined #nim
10:19:35*yglukhov[i] quit (Ping timeout: 240 seconds)
10:43:36*xet7 joined #nim
10:48:38*nsf quit (Quit: WeeChat 2.1)
10:49:35*nsf joined #nim
11:14:42zacharycarter[m]mratsim: I think there was one day you linked me to several examples of job / task systems - do you have any inkling of what I'm takling about? This was several months ago
11:41:57*aguspiza quit (Ping timeout: 240 seconds)
11:44:06*dddddd joined #nim
11:44:49dom96Hello guys
11:45:03dom96How's things?
11:47:58FromGitter<mratsim> @zacharycarter I don’t remember sorry :/
11:52:34zacharycarter[m]np
11:53:40zacharycarter[m]Hi dom96 - good, you?
11:58:49dom96Good good :)
12:01:27dom96zacharycarter[m]: Gonna migrate playground to the droplet I created?
12:04:22*BitPuffin joined #nim
12:10:33zacharycarter[m]yes - going to work on that today
12:32:40*CcxWrk quit (Quit: ZNC 1.7.1 - https://znc.in)
12:34:59*CcxWrk joined #nim
12:37:58*CcxWrk quit (Max SendQ exceeded)
12:39:39*CcxWrk joined #nim
12:55:09*Vladar quit (Quit: Leaving)
13:00:25*Vladar joined #nim
13:20:25*abeaumont quit (Ping timeout: 256 seconds)
13:21:18*SunDwarf quit (Ping timeout: 260 seconds)
13:41:10*SunDwarf joined #nim
13:52:29*aguspiza joined #nim
13:53:47*yglukhov[i] joined #nim
13:58:22*yglukhov[i] quit (Ping timeout: 268 seconds)
14:00:14*ofelas quit (Remote host closed the connection)
14:04:01*zama quit (Remote host closed the connection)
14:04:29*zama joined #nim
14:12:17*yglukhov[i] joined #nim
14:13:36*ofelas joined #nim
14:18:47*zama quit (Ping timeout: 244 seconds)
14:20:01*zama joined #nim
14:27:25FromGitter<gogolxdong> yes, I have found keywords.txt , which is used to filter keyword of parseStmt generated objects and procs.
14:28:39FromGitter<gogolxdong> parseStmt is brilliant, which I would never think of.
14:30:23FromGitter<gogolxdong> it must be a coincidence that generated vmware python data can be parsed using parseStmt.
14:32:36FromGitter<kayabaNerve> Wait, what?
14:33:58FromGitter<gogolxdong> auto-generated python SDK data structure of pyvmomi
14:42:28FromGitter<mratsim> no it’s not, iirc what was sent to various editors for Nim syntax highlighting was a copy-paste of Python syntax highlighter :P
14:45:57FromGitter<mratsim> Relevant: https://github.com/nim-lang/Nim/issues/8111
14:47:29FromGitter<gogolxdong> yes ,I mean what parseStmt can parse complies with some specific paradim.
14:50:58*yglukhov[i] quit (Remote host closed the connection)
14:53:38*yglukhov[i] joined #nim
15:03:06*yglukhov[i] quit (Remote host closed the connection)
15:10:15zacharycarter[m]do arg names in wrapped C functions need to match?
15:10:28*zacharycarter[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/JUcdfwmiRbmacyOMPMekMEDi >
15:11:09zacharycarter[m]whenever I call that - I'm getting a sigsev and if I lldb the process, the first parameter isn't assigned any value
15:12:39dom96they don't. Maybe your calling convention is wrong?
15:12:40*zacharycarter[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/koZmRzKhdYFdLVgosSzfICyz >
15:12:47zacharycarter[m]maybe
15:13:12dom96Check what `BGFX_C_API` is
15:13:47FromGitter<kayabaNerve> Shouldn't; not sure if the dynlib part changes it though
15:15:10zacharycarter[m]I think it's just an extern dom96
15:15:38*zacharycarter[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/vNxOICQnhVVWJQWFxThVYiYL >
15:16:04*zacharycarter[m] sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/nvWwyziYlXHPYJkDyifwinJC >
15:19:28zacharycarter[m]also - is this bycopy pragma being put everywhere by c2nim something new?
15:19:36zacharycarter[m]are things passed by value by default now?
15:20:26FromGitter<mratsim> in C they are, but in Nim if a stack object is over 24 bytes it’s passed by ref iirc
15:20:53FromGitter<mratsim> or maybe it’s 3x sizeof(int)
15:20:54zacharycarter[m]gotcha
15:22:35dom96oh yeah
15:22:43dom96That got me multiple times
15:23:11dom96I wonder why this behaviour isn't just turned off for {.importc.}
15:23:31zacharycarter[m]it didn't used to be like this
15:24:26FromGitter<mratsim> the main issue is that this special (and desirable) semantic is not documented.
15:25:51*noonien quit (Quit: Connection closed for inactivity)
15:30:06dom96I can see why it's desirable for Nim code
15:30:09dom96But for C FFI?
15:32:51FromGitter<mratsim> I meant, it’s desirable for Nim code but it should be documented so that {.byCopy.} makes sense
15:33:39FromGitter<mratsim> Otherwise you assume that Nim stack objects are always copied and then you wonder what {.byCopy;} is about, you don’t use it and you have C wrapping issues
15:40:02*edcragg quit (Quit: ZNC - http://znc.in)
15:41:30*edcragg joined #nim
16:08:53*Vladar quit (Quit: Leaving)
16:24:54*Vladar joined #nim
16:41:54*yglukhov[i] joined #nim
16:44:50*ng0 quit (Quit: Alexa, when is the end of world?)
16:46:57*yglukhov[i] quit (Ping timeout: 248 seconds)
16:49:45*craigger_ joined #nim
16:49:47*craigger_ quit (Read error: Connection reset by peer)
16:50:15*craigger_ joined #nim
16:50:17*yglukhov[i] joined #nim
16:51:13*craigger quit (Ping timeout: 248 seconds)
17:11:33xomachine[m]I wonder why exportc'ed symbols are being exported as mangled C++ symbols instead of C ones when using ’nim cpp’ command to compile the file. It is not very portable solution.
17:28:01*yglukhov[i] quit (Remote host closed the connection)
17:29:00FromGitter<mratsim> regarding mangled symbol, how does it works for generics proc? can we control the naming to `foo_GenericTypeAsText` for example?
17:37:08*craigger_ quit (Quit: bye)
17:54:53FromGitter<kayabaNerve> Is it just me or should I be able to use `nim c`to generate cpp if my .cfg has `backed=cpp`?
17:55:08FromGitter<kayabaNerve> @mratsim this isn't a thing, right? If not, I'll make a RFC
17:55:40FromGitter<mratsim> I think there is was a request yesterday or 2 days ago about that
17:57:28FromGitter<mratsim> or someone asked in the forum or here
17:57:56FromGitter<mratsim> iirc it was andreaferretti but I can’t find it again on Github
17:58:02FromGitter<kayabaNerve> Ive brought it up on Gitter before weeks ago; I'll check the forums and GitHub
17:58:08FromGitter<mratsim> ah
17:58:17FromGitter<mratsim> maybe it was you then
17:59:07dom96kayabaNerve: try `nim cc`
17:59:27dom96Hrm, no wait, that's the C backend then
17:59:36dom96`nim c` should work
18:07:49FromGitter<kayabaNerve> But I want the cpp backed with the Nim c command lol
18:08:28FromGitter<kayabaNerve> Basically if a person tries to compile with c since all the guides say to, it forces cpp on them.
18:09:04FromGitter<kayabaNerve> I don't care about js; just how C is the default but my project does best with c++
18:10:53FromGitter<kayabaNerve> Right now I can only do when defined (c)
18:15:56FromGitter<kayabaNerve> @mratsim nothing in GitHub or the forums for at least the past week
18:19:13*aguspiza quit (Ping timeout: 268 seconds)
18:57:48*yglukhov[i] joined #nim
18:59:27stefanos82so what's so difficult to type `nim cpp` in place of `nim c`?
19:03:21FromGitter<kayabaNerve> The Nim language grooms people to use Nim C.
19:03:22zacharycarter[m]are you using nimble?
19:03:43FromGitter<kayabaNerve> Nope. Tried that. It was more hassle than benefit.
19:04:06zacharycarter[m]dunno what to tell you
19:04:23FromGitter<kayabaNerve> I have nimble packages; this is a project, not a package. I tried using a nimble file anyways and it a horrible
19:04:29FromGitter<kayabaNerve> --backend:cpp
19:04:43FromGitter<kayabaNerve> :p I'll make an RFC tonight
19:07:04zacharycarter[m]https://github.com/nim-lang/Nim/issues/6201
19:07:30zacharycarter[m]why not just work on the issue?
19:07:31zacharycarter[m]😁
19:08:07FromGitter<kayabaNerve> Because I didn't know it existed lol
19:08:35FromGitter<kayabaNerve> One of the reasons I brought this up was to see if qla version existed, either in implementation or discussion
19:20:51*Vladar quit (Quit: Leaving)
19:26:22FromGitter<citycide> dom96, Araq: thanks for the karax tip yesterday. something still isn't sitting right though and I feel like I'm just not understanding some concept (closures?). like, what's with this example? no matter what button is clicked only one of them moves to the other section when I'd expect the one clicked would move: https://gist.github.com/citycide/2f65d19903c45f11049ac8a4bf1b5e7b
19:29:32FromGitter<citycide> I gave `closureScope` a shot like I might normally but it doesn't seem to work in karaxdsl
19:39:35*stefanos82 quit (Ping timeout: 240 seconds)
19:46:18*craigger joined #nim
19:56:12*Trustable joined #nim
19:58:54dom96citycide: does labels[i].flag = not labels[i].flag work?
20:01:59FromGitter<citycide> dom96: nope I had tried that
20:02:31FromGitter<citycide> the last button added is the only one that ever moves
20:15:52*stefanos82 joined #nim
20:45:35*nsf quit (Quit: WeeChat 2.2)
20:48:17*aguspiza joined #nim
20:54:47*Trustable quit (Remote host closed the connection)
20:56:08*craigger quit (Quit: bye)
21:00:35*aguspiza quit (Ping timeout: 240 seconds)
21:00:46FromGitter<xmonader> Hallo everyone!
21:01:40FromGitter<xmonader> Just got back from vacation :) and I've a good news, my company is gonna try nim again for some of its projects .. we used to have https://github.com/nimscale and more work will be there * fingers crossed *
21:02:10*thomasross quit (Ping timeout: 265 seconds)
21:03:18dom96xmonader: yay
21:05:34stefanos82that's indeed some excellent news! ^_^
21:05:52*aguspiza joined #nim
21:06:08*yglukhov[i] quit (Remote host closed the connection)
21:06:33FromGitter<xmonader> actually the CTO is a huge fan of nim and I was surprised he read my book front to back and asked even to migrate it to nimscale ...
21:06:44FromGitter<xmonader> I'm excited.. hope it works out
21:07:32FromGitter<xmonader> @dom96 any updates on the community survey results ?
21:07:59dom96Can you share what company this is? :)
21:08:07dom96The community survey is still open
21:10:02FromGitter<xmonader> @dom96 we're a foundation (non profit) https://threefold.me and we're also the company providing the tech stack for that foundation
21:12:17stefanos82@xmonader? which book if I may ask?
21:13:10FromGitter<xmonader> @stefanos82: https://xmonader.github.io/nimdays/
21:13:23stefanos82oh very nice :D
21:13:42FromGitter<xmonader> It may contain non idiomatic nim code, but i keep asking for reviews every now and then and I welcome PRs to make it more idiomatic
21:15:19stefanos82is it possible to make it maintain its colors when I try to print it?
21:15:37stefanos82I'm trying to generate a PDF for local use and looks like plain HTML without any CSS use :/
21:16:13FromGitter<xmonader> are you using the softcover generation ?
21:16:18FromGitter<xmonader> or what exactly?
21:17:47stefanos82firefox and chromium
21:17:58stefanos82print as PDF file
21:18:00stefanos82that's the option
21:18:33FromGitter<xmonader> aah, i'll try to export pdf version and see how it goes (using softcover) I don't know how it works in the browser
21:19:00FromGitter<xmonader> but basically i'm using softcover project to convert to latex and from there generate html, pdf, epub.. etc
21:19:16stefanos82I could try pandoc
21:19:21stefanos82give me a second to check it
21:21:27FromGitter<xmonader> @stefanos82 https://github.com/xmonader/nimdays if you want the source files
21:21:53stefanos82ah cool
21:21:58stefanos82that could help a lot
21:24:17zacharycarter[m]I finally got a closure iterator task system going with bgfx - https://gist.github.com/zacharycarter/57ca09a9df573422c6529ee97a61340a
21:26:25stefanos82@xmonader, suggestion: chapters' format should be of day01<...> to day10<...> so we could get generated files in linear order
21:26:43stefanos82I have had the same issue with another project of mine and had to learn this the hard way lol
21:33:24*yglukhov[i] joined #nim
21:34:14FromGitter<xmonader> @stefanos82 can you please open an issue so i keep track of that when i'm back to work?
21:34:27stefanos82sure thing
21:34:53FromGitter<xmonader> I wish it to be more of a community driven book with what fits the community the best ^_^
21:35:04FromGitter<xmonader> thx
21:38:24*yglukhov[i] quit (Ping timeout: 268 seconds)
21:40:00stefanos82@xmonader: done
21:40:20FromGitter<xmonader> thank a lot ^_^
21:43:03*yglukhov[i] joined #nim
21:47:13*brainproxy quit (Ping timeout: 248 seconds)
21:47:34*yglukhov[i] quit (Ping timeout: 260 seconds)
21:48:05*brainproxy joined #nim
21:48:44FromGitter<mratsim> oh @zacharycarter I remember the task/queue thing now. There was one example in nimx iirc, one in dom book with spawn/threadpool
21:51:42FromGitter<mratsim> Writing an emulator is so hard, even on documented old systems :/ (SNES). almost 30 different ways to address memory :/.
21:56:42FromGitter<kayabaNerve> @mratsim are you writing one?
21:57:41*craigger joined #nim
21:58:07*yglukhov[i] joined #nim
22:03:04*yglukhov[i] quit (Ping timeout: 268 seconds)
22:09:13FromGitter<mratsim> yes
22:09:15stefanos82@xmonader: this is a nightmare...I can't install softcover
22:09:37FromGitter<mratsim> @kayabaNerve: https://github.com/mratsim/glyph
22:09:44stefanos82it depends on ruby header files and I have tried 2.5's, but it's not supported
22:10:02stefanos82I have tried 2.3 but cannot find its header files in debian testing 64-bit
22:18:18*yglukhov[i] joined #nim
22:20:01FromGitter<xmonader> mmm maybe using softcover isn't the best thing, there's also mdbook
22:20:33FromGitter<xmonader> I need to invest sometime on the tools to see what fits the best for building book formats out of markdowns :(
22:22:23*yglukhov[i] quit (Ping timeout: 244 seconds)
22:26:20FromGitter<mratsim> pandoc can convert markdown to anything. So even if you find something that needs rst or asciidoc as input it’s fine.
22:27:36FromGitter<kayabaNerve> @mratsim Awesome! I love your Macro usage. Gives me some ideas...
22:28:03*yglukhov[i] joined #nim
22:28:35FromGitter<xmonader> @mratsim your input is always helpful. I never worked with pandoc before but i'll give it a shot
22:32:27*yglukhov[i] quit (Ping timeout: 240 seconds)
22:37:35*aguspiza quit (Ping timeout: 240 seconds)
22:56:29*Ven`` joined #nim
22:58:34*Ven`` quit (Read error: No route to host)
22:58:57*zama quit (Ping timeout: 240 seconds)
23:00:18*zama joined #nim
23:03:24*yglukhov[i] joined #nim
23:04:31*Ven`` joined #nim
23:08:04*yglukhov[i] quit (Ping timeout: 260 seconds)
23:12:58*xet7 quit (Quit: Leaving)
23:13:06*yglukhov[i] joined #nim
23:17:40*yglukhov[i] quit (Ping timeout: 244 seconds)
23:43:01*yglukhov[i] joined #nim
23:47:27*yglukhov[i] quit (Ping timeout: 240 seconds)
23:50:22zacharycarter[m]is it possible to spawn closure iterators inside a parallel block?
23:58:06*yglukhov[i] joined #nim